This is not possible because all rendering has to happen within the thread of the OpenGL context. First you need to ensure that the access to the data received from the network thread happens in a synchronised way. Otherwise all kinds of funny effects may occur due to concurrency issues.
so is there way to make moving objects in real time, and if possible draw them from that thread instead of glutDisplayFunc
You can achieve this by various methods such as employing the producer-consumer-pattern (the network thread would represent the producer role and your rendering thread would be the consumer role).
The term "real-time" must be treated in a relative way when dealing with network communication, due to the fact that network connections are prone to lag for various reasons. You can compensate for this by using motion vectors and prediction algorithms instead of absolute object positions.
Take for example a car. Instead of updating the car's position on the server side and transmitting its updated position, you can instead transmit a movement vector along with the current velocity. This way you can update the car's position on the client side in real time while waiting for updated information (like vector or velocity changes) from the network. In order to keep things synchronised you can also throw in a full state after a certain number of packets to force the client side to update the actual position, for example.
Note, however, that it's far from trivial to achieve satisfying results - a good real time solution can be quite a challenge.