#
2567fac2 |
|
09-Dec-2015 |
looncraz <looncraz@looncraz.net> |
app_server: Fix for LinkReciever. LinkReceiver would spin endlessly when given a timeout value which prevented DelayedMessageSender from being operational. Signed-off-by: Augustin Cavalier <waddlesplash@gmail.com> Patch 0002 from looncraz, unmodified.
|
#
ac4525b2 |
|
10-Aug-2012 |
Alex Smith <alex@alex-smith.me.uk> |
Changed BRegion to use int32 instead of long. There is no need for fCount and fDataSize to be long, not going to have more than 2^32 rectangles in a region. Thanks Axel for pointing that out.
|
#
4b8a51c3 |
|
09-Aug-2012 |
Alex Smith <alex@alex-smith.me.uk> |
Fixed incorrect sizeof in LinkReceiver::ReadRegion. The type of BRegion::fCount is long, and ServerLink sends/receives it with sizeof(long), but LinkReceiver was using sizeof(int32). Due to long being 64 bit this was resulting in a mismatch. This fixes the drawing problems on x86_64.
|
#
a35bbf9f |
|
29-Sep-2011 |
Axel Dörfler <axeld@pinc-software.de> |
* Coding style cleanup. * The Read() method remembers the last error, so you don't have to check each read when you do several in a row. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42789 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
57dc77bb |
|
28-Feb-2010 |
Rene Gollent <anevilyak@gmail.com> |
ServerLink tried to use the transfer_area semantics backwards ; this failed since only the owner of an area can transfer ownership elsewhere. As a result, sending messages which contained large enough amounts of data would fail entirely. This was most readily visible in Tracker, where some files (i.e. text/plain files where Tracker would attach the text content to the BMessage for DnD clipping purposes) would be undraggable due to the drag initiation message never getting successfully processed by app_server. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@35679 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
64eb49fd |
|
15-Feb-2009 |
Stephan Aßmus <superstippi@gmx.de> |
* Cleanup in the Gradient department. No fuctional change. Renamed BGradient::color_step to BGradient::ColorStop as it's called everywhere else. Also renamed BGradient::gradient_type to just BGradient::Type. Renamed BGradient::Type() to GetType(). * Simplification of method names in Painter.cpp. Some not yet complete and yet inactive code to accelerate vertical gradients (bypassing AGG for this special case). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29214 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
52de6dce |
|
08-Nov-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Moved the gradient_type and color_step structs into the BGradient class/namespace. Renamed the B_GRADIENT_* types to TYPE_* as the context is already given. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28564 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
431dc47d |
|
15-Oct-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Patch by Artur Wyszynski with some changes by myself: * Resolved TODO: The type of the gradient is no longer encoded twice in the app_server link protocoll. * Moved instantiation of the BGradient into the LinkReceiver::ReadGradient() method. * Check success for (at least) ReadGradient() in ServerWindow. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28150 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
991547ef |
|
14-Oct-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Patch by Artur Wyszynski: * Implemented BGradient, BGradientLinear, BGradientRadial, BGradientDiamond, BGradientConic and BGradientRadialFocus new Interface Kit classes. * Implemented all the (AGG-based) backend necessary in the app_server to render gradients (Painter, DrawingEngine) * app_server/View can convert a BGradient layout to screen coordinates. * Added BGradient methods of the Fill* methods in BView. * Implemented a test app and added it to the image as a demo. * Adopted Icon-O-Matic and libs/icon in order to avoid clashing with the new BGradient class. Re-use some parts where possible. Awesome work, Artur! Thanks a lot. Now a more modern looking GUI has just become much easier to implement! :-) TODO: * Remove the need to have gradient type twice in the app_server protocol. * Refactor some parts of the patch to remove duplicated code (Painter, DrawingEngine). * Adopt the BPicture protocol to know about BGradients. * Review some parts of the BArchivable implementation. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28109 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
4e61552e |
|
27-Aug-2008 |
Karsten Heimrich <host.haiku@gmx.de> |
* first implementation of passing data via area to app_server this makes printing of large images work, fixes task #1067 git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@27214 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
e2fe7e2f |
|
12-May-2008 |
Stefano Ceccherini <stefano.ceccherini@gmail.com> |
Removed PortQueue since it's not used. Small style (old) changes here and there. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@25468 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
a632458d |
|
29-Aug-2007 |
Axel Dörfler <axeld@pinc-software.de> |
The wonders of signals: * Since the app_server launched the input_server, it would also get notified when the latter died via a signal - but LinkReceiver could return B_INTERRUPTED in that case (it didn't check the return value of port_buffer_size()) which the app_server misinterpreted and quit itself... this fixes the hanging part of bug #1298. * But the input_server still wasn't restarted, because the Registrar had it still listed as being running. Now, the Registrar checks not just periodically for died teams, it will also check for it when a new application registers itself. This fixes the rest of bug #1298. * Removed the old (disabled) R5 style input_server launch mechanism from the app_server. * MessageLooper now prints a bit more information when a port is supposed to have been deleted. * The default implementation of MessageLooper::_GetLooperName() is now returning the name of the semaphore of its BLocker instead of "unnamed looper". git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@22115 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
582da173 |
|
19-Jul-2007 |
Stephan Aßmus <superstippi@gmx.de> |
* complete reimplementation of BRegion and it's backend I "ported" the region implementation from XOrg to work on BRegion data. This resulted in pretty much the same code structure as before, with RegionSupport.cpp containing the messy details. Only now it _is_ really messy from a code beauty point of view. I didn't exactly feel like cleaning it up right now... but I guess I will have to. So what does this mean - our BRegion implementation was very slow (no offense!), and on top of that it scaled very badly with more and more rects. The new implementation seems to be on par with the very fast R5 implementation and the data looks exactly the same too. BRegion is very performance critical for the app_server, and I cannot wait to try this on my slow computer... Some changes are noteworthy: The right and bottom coordinates of BRegion internal data are now exclusive! I inherited that from the XOrg implementation and didn't feel like changing the code, seeing it is probably tested quite well. The conversion is handled transparently. Secondly, constructing a BRegion with just one rect is not invoking malloc anymore for the member data, this makes it much more efficient to use temporary BRegions with just one rect, both externally and internally in the BRegion implementation. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21665 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
600fbd78 |
|
01-Apr-2006 |
Stephan Aßmus <superstippi@gmx.de> |
* BView::FillRegion() sends the BRegion data instead of decomposing it and rebuilding it on the server side (that causes a huge speed up for regions containing many rects) * There is a method in ServerLink that could have been used, but I actually needed to add the direct BRegion support to LinkReceiver * added LinkReceiver as a friend to BRegion class * ServerApp and ServerWindow keep the CursorManager locked after they have retrieved a cursor until they have called Acquire() on the cursor. (Axel: what good is using atomic* stuff in Acquire() and Release() if we have to protect this by a lock anyways?) git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16957 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
8c807cdd |
|
27-Feb-2006 |
Axel Dörfler <axeld@pinc-software.de> |
Forgot to commit LinkReceiver... this fixes the build again. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16534 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
706fb459 |
|
12-Dec-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Oops, remaining messages in the link should be taken into account as well. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15513 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
1b974d07 |
|
12-Dec-2005 |
Axel Dörfler <axeld@pinc-software.de> |
You can now test if there are more messages waiting in the link. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15512 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
97078ce5 |
|
09-Nov-2005 |
Stephan Aßmus <superstippi@gmx.de> |
also return B_BAD_VALUE in case NULL pointer passed, please yell if you disagree with this change, but I thought the client code could look less cluttered this way git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14817 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
41572514 |
|
07-Nov-2005 |
Axel Dörfler <axeld@pinc-software.de> |
* Added BString version of LinkReceiver::ReadString(). * adopted this method for ServerLink as well. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14750 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
c7615473 |
|
07-Nov-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Removed superfluous strcode() and bstrcode() from the code - it wasn't maintained for ages, and not really that useful, anyway. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14743 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
1156138b |
|
01-Nov-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Removed unused files like PortMessage.cpp/h and Session.cpp/h. Renamed LinkMsgReceiver.h and LinkMsgSender.h to LinkReceiver.h and LinkSender.h like the classes they contain. Split up PortLink.cpp/h into ServerLink.cpp/h and PortLink.cpp/h. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14635 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
0083a1f3 |
|
31-Oct-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Added an alternate ReadString() in case you know how large the string can get. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14601 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
86fa5942 |
|
01-Jul-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Added a LinkReceiver::Code() method, that can be used to retrieve the code of the current message. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13377 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
83f9178d |
|
23-Jun-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Better rounding code. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13258 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
6a27b3b3 |
|
14-Jun-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Renamed source files for LinkReceiver and LinkSender to match their class names. Headers will follow. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13133 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
ac4525b2a5a2f3fa3805efaf0c61f88fe1ff1e30 |
|
10-Aug-2012 |
Alex Smith <alex@alex-smith.me.uk> |
Changed BRegion to use int32 instead of long. There is no need for fCount and fDataSize to be long, not going to have more than 2^32 rectangles in a region. Thanks Axel for pointing that out.
|
#
4b8a51c34c81f8623fb5eb99e4be9ad606a56044 |
|
09-Aug-2012 |
Alex Smith <alex@alex-smith.me.uk> |
Fixed incorrect sizeof in LinkReceiver::ReadRegion. The type of BRegion::fCount is long, and ServerLink sends/receives it with sizeof(long), but LinkReceiver was using sizeof(int32). Due to long being 64 bit this was resulting in a mismatch. This fixes the drawing problems on x86_64.
|
#
a35bbf9fb38e83027b8e5679104c48a2942962ea |
|
29-Sep-2011 |
Axel Dörfler <axeld@pinc-software.de> |
* Coding style cleanup. * The Read() method remembers the last error, so you don't have to check each read when you do several in a row. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42789 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
57dc77bb15d652788a9acbefd9b958352f861c91 |
|
28-Feb-2010 |
Rene Gollent <anevilyak@gmail.com> |
ServerLink tried to use the transfer_area semantics backwards ; this failed since only the owner of an area can transfer ownership elsewhere. As a result, sending messages which contained large enough amounts of data would fail entirely. This was most readily visible in Tracker, where some files (i.e. text/plain files where Tracker would attach the text content to the BMessage for DnD clipping purposes) would be undraggable due to the drag initiation message never getting successfully processed by app_server. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@35679 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
64eb49fd247e510f572ead9f2fbec5b39acd3fe9 |
|
15-Feb-2009 |
Stephan Aßmus <superstippi@gmx.de> |
* Cleanup in the Gradient department. No fuctional change. Renamed BGradient::color_step to BGradient::ColorStop as it's called everywhere else. Also renamed BGradient::gradient_type to just BGradient::Type. Renamed BGradient::Type() to GetType(). * Simplification of method names in Painter.cpp. Some not yet complete and yet inactive code to accelerate vertical gradients (bypassing AGG for this special case). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29214 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
52de6dce94e48d957a3bb96d6b256f45a953f4c2 |
|
08-Nov-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Moved the gradient_type and color_step structs into the BGradient class/namespace. Renamed the B_GRADIENT_* types to TYPE_* as the context is already given. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28564 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
431dc47ddeaddc4ad9467b87c09f6777d99fbe1c |
|
15-Oct-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Patch by Artur Wyszynski with some changes by myself: * Resolved TODO: The type of the gradient is no longer encoded twice in the app_server link protocoll. * Moved instantiation of the BGradient into the LinkReceiver::ReadGradient() method. * Check success for (at least) ReadGradient() in ServerWindow. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28150 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
991547ef6c1fca650f0fba855206296ef54bc441 |
|
14-Oct-2008 |
Stephan Aßmus <superstippi@gmx.de> |
Patch by Artur Wyszynski: * Implemented BGradient, BGradientLinear, BGradientRadial, BGradientDiamond, BGradientConic and BGradientRadialFocus new Interface Kit classes. * Implemented all the (AGG-based) backend necessary in the app_server to render gradients (Painter, DrawingEngine) * app_server/View can convert a BGradient layout to screen coordinates. * Added BGradient methods of the Fill* methods in BView. * Implemented a test app and added it to the image as a demo. * Adopted Icon-O-Matic and libs/icon in order to avoid clashing with the new BGradient class. Re-use some parts where possible. Awesome work, Artur! Thanks a lot. Now a more modern looking GUI has just become much easier to implement! :-) TODO: * Remove the need to have gradient type twice in the app_server protocol. * Refactor some parts of the patch to remove duplicated code (Painter, DrawingEngine). * Adopt the BPicture protocol to know about BGradients. * Review some parts of the BArchivable implementation. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28109 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
4e61552ecdd4b5997b7c3e8b5cf9d7afd9e62079 |
|
27-Aug-2008 |
Karsten Heimrich <host.haiku@gmx.de> |
* first implementation of passing data via area to app_server this makes printing of large images work, fixes task #1067 git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@27214 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
e2fe7e2fe0a9f0ae8e2a1e36960f1b96d23a5202 |
|
12-May-2008 |
Stefano Ceccherini <stefano.ceccherini@gmail.com> |
Removed PortQueue since it's not used. Small style (old) changes here and there. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@25468 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
a632458d8eb985eac127d127ac8e00d08e301d92 |
|
29-Aug-2007 |
Axel Dörfler <axeld@pinc-software.de> |
The wonders of signals: * Since the app_server launched the input_server, it would also get notified when the latter died via a signal - but LinkReceiver could return B_INTERRUPTED in that case (it didn't check the return value of port_buffer_size()) which the app_server misinterpreted and quit itself... this fixes the hanging part of bug #1298. * But the input_server still wasn't restarted, because the Registrar had it still listed as being running. Now, the Registrar checks not just periodically for died teams, it will also check for it when a new application registers itself. This fixes the rest of bug #1298. * Removed the old (disabled) R5 style input_server launch mechanism from the app_server. * MessageLooper now prints a bit more information when a port is supposed to have been deleted. * The default implementation of MessageLooper::_GetLooperName() is now returning the name of the semaphore of its BLocker instead of "unnamed looper". git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@22115 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
582da17386c4a192ca30270d6b0b95f561cf5843 |
|
19-Jul-2007 |
Stephan Aßmus <superstippi@gmx.de> |
* complete reimplementation of BRegion and it's backend I "ported" the region implementation from XOrg to work on BRegion data. This resulted in pretty much the same code structure as before, with RegionSupport.cpp containing the messy details. Only now it _is_ really messy from a code beauty point of view. I didn't exactly feel like cleaning it up right now... but I guess I will have to. So what does this mean - our BRegion implementation was very slow (no offense!), and on top of that it scaled very badly with more and more rects. The new implementation seems to be on par with the very fast R5 implementation and the data looks exactly the same too. BRegion is very performance critical for the app_server, and I cannot wait to try this on my slow computer... Some changes are noteworthy: The right and bottom coordinates of BRegion internal data are now exclusive! I inherited that from the XOrg implementation and didn't feel like changing the code, seeing it is probably tested quite well. The conversion is handled transparently. Secondly, constructing a BRegion with just one rect is not invoking malloc anymore for the member data, this makes it much more efficient to use temporary BRegions with just one rect, both externally and internally in the BRegion implementation. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21665 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
600fbd78e4d89c3666152fec0e857f11783c0258 |
|
01-Apr-2006 |
Stephan Aßmus <superstippi@gmx.de> |
* BView::FillRegion() sends the BRegion data instead of decomposing it and rebuilding it on the server side (that causes a huge speed up for regions containing many rects) * There is a method in ServerLink that could have been used, but I actually needed to add the direct BRegion support to LinkReceiver * added LinkReceiver as a friend to BRegion class * ServerApp and ServerWindow keep the CursorManager locked after they have retrieved a cursor until they have called Acquire() on the cursor. (Axel: what good is using atomic* stuff in Acquire() and Release() if we have to protect this by a lock anyways?) git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16957 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
8c807cddbea62fad09a7c1605c532e4357537a4a |
|
27-Feb-2006 |
Axel Dörfler <axeld@pinc-software.de> |
Forgot to commit LinkReceiver... this fixes the build again. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16534 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
706fb459d57dc575dc73d1682a6d8bcbd5521828 |
|
12-Dec-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Oops, remaining messages in the link should be taken into account as well. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15513 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
1b974d07ee5a9d71d00e90836096194b158074c4 |
|
12-Dec-2005 |
Axel Dörfler <axeld@pinc-software.de> |
You can now test if there are more messages waiting in the link. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15512 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
97078ce5e603bfaf8a14f0d59469f3de25f098d0 |
|
09-Nov-2005 |
Stephan Aßmus <superstippi@gmx.de> |
also return B_BAD_VALUE in case NULL pointer passed, please yell if you disagree with this change, but I thought the client code could look less cluttered this way git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14817 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
41572514dd7fec9470bb4670ef4ba2ed05aaf74d |
|
07-Nov-2005 |
Axel Dörfler <axeld@pinc-software.de> |
* Added BString version of LinkReceiver::ReadString(). * adopted this method for ServerLink as well. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14750 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
c76154732bdc08903a7b7d3232efafcd71075d21 |
|
07-Nov-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Removed superfluous strcode() and bstrcode() from the code - it wasn't maintained for ages, and not really that useful, anyway. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14743 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
1156138b2f9c9c85e0fe2538a1186d522d978d31 |
|
01-Nov-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Removed unused files like PortMessage.cpp/h and Session.cpp/h. Renamed LinkMsgReceiver.h and LinkMsgSender.h to LinkReceiver.h and LinkSender.h like the classes they contain. Split up PortLink.cpp/h into ServerLink.cpp/h and PortLink.cpp/h. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14635 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
0083a1f3f557e9c27dea33b08d661a7f20611134 |
|
31-Oct-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Added an alternate ReadString() in case you know how large the string can get. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14601 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
86fa5942b17e7d4885746c2f591495ce9488b8ec |
|
01-Jul-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Added a LinkReceiver::Code() method, that can be used to retrieve the code of the current message. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13377 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
83f9178dbda7aa872a7ccf2d5b7f60927ffb7d4f |
|
23-Jun-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Better rounding code. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13258 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
6a27b3b3630676d9b88b9b72468010f5bbb4fc19 |
|
14-Jun-2005 |
Axel Dörfler <axeld@pinc-software.de> |
Renamed source files for LinkReceiver and LinkSender to match their class names. Headers will follow. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13133 a95241bf-73f2-0310-859d-f6bbb57e9c96
|