Swift README updates

swift/Glacier2/callback/README.md

@@ -4,7 +4,7 @@ This example demonstrates the use of several Glacier2 features, including
 To run the demo, first start the server:
 
 ```
-server
+./Build/server
 ```
 
 In a separate window, start the Glacier2 router:
@@ -16,7 +16,7 @@ glacier2router --Ice.Config=config.glacier2
 In a separate window, start the client:
 
 ```
-client
+./Build/client
 ```
 
 If you plan to run this demo using clients on different hosts than the

swift/Ice/async/README.md

@@ -5,13 +5,13 @@ well as how to make [oneway][1], [datagram][2], [secure][3], and
 To run the demo, first start the server:
 
 ```
-server
+./Build/server
 ```
 
 In a separate window, start the client:
 
 ```
-client
+./Build/client
 ```
 
 To test [timeouts][5] you can use 'T' to set an invocation timeout on the

swift/Ice/asyncInvocation/README.md

@@ -5,11 +5,11 @@ call for the calculations without blocking.
 To run the demo, first start the server:
 
 ```
-server
+./Build/server
 ```
 
 In a second window, start the client:
 
 ```
-client
+./Build/client
 ```

swift/Ice/bidir/README.md

@@ -6,13 +6,13 @@ incoming connections to the client.
 To run the demo, first start the server:
 
 ```
-server
+./Build/server
 ```
 
 In a separate window, start the client:
 
 ```
-client
+./Build/client
 ```
 
 [1]: https://doc.zeroc.com/ice/3.7/client-server-features/connection-management/bidirectional-connections

swift/Ice/context/README.md

@@ -3,13 +3,13 @@ This demo illustrates how to use [request contexts][1].
 To run the demo, first start the server:
 
 ```
-server
+./Build/server
 ```
 
 In a separate window, start the client:
 
 ```
-client
+./Build/client
 ```
 
 [1]: https://doc.zeroc.com/ice/3.7/client-side-features/request-contexts

swift/Ice/hello/README.md

@@ -5,13 +5,13 @@ well as how to make [oneway][1], [datagram][2], [secure][3], and
 To run the demo, first start the server:
 
 ```
-server
+./Build/server
 ```
 
 In a separate window, start the client:
 
 ```
-client
+./Build/client
 ```
 
 To test [timeouts][5] you can use 'T' to set an invocation timeout on the

swift/Ice/interceptor/README.md

@@ -4,13 +4,13 @@ authentication system for securing operations on a remote object.
 To run the demo, first start the server:
 
 ```
-server
+./Build/server
 ```
 
 In a separate window, start the client:
 
 ```
-client
+./Build/client
 ```
 
 The demo models a remote controlled thermostat with operations for getting and setting

swift/Ice/invoke/README.md

@@ -3,13 +3,13 @@ This demo illustrates the use of the Ice [streaming API][1].
 To run the demo, first start the server:
 
 ```
-server
+./Build/server
 ```
 
 In a separate window, start the client:
 
 ```
-client
+./Build/client
 ```
 
 [1]: https://doc.zeroc.com/ice/3.7/client-server-features/dynamic-ice/streaming-interfaces

swift/Ice/latency/README.md

@@ -3,11 +3,11 @@ A simple latency test that measures the basic call dispatch delay of Ice.
 To run the demo, first start the server:
 
 ```
-server
+./Build/server
 ```
 
 In a separate window, start the client:
 
 ```
-client
+./Build/client
 ```

swift/Ice/minimal/README.md

@@ -3,12 +3,12 @@ client is run a "sayHello" invocation is sent to the server.
 
 To run the demo, first start the server:
 ```
-server
+./Build/server
 ```
 
 In a separate window, start the client:
 ```
-client
+./Build/client
 ```
 
 Note that this demo uses port 10000. If port 10000 is not available on your
@@ -21,10 +21,10 @@ with the host name or IP address of the server.
 
 To run the server with WebSocket support:
 ```
-server --Ice.Default.Protocol=ws
+./Build/server --Ice.Default.Protocol=ws
 ```
 
 To run the client with WebSocket support:
 ```
-client --Ice.Default.Protocol=ws
+./Build/client --Ice.Default.Protocol=ws
 ```

swift/Ice/optional/README.md

@@ -4,13 +4,13 @@ This demo illustrates the use of [optional class members][1] and
 To run the demo, first start the server:
 
 ```
-server
+./Build/server
 ```
 
 In a separate window, start the client:
 
 ```
-client
+./Build/client
 ```
 
 [1]: https://doc.zeroc.com/ice/3.7/the-slice-language/optional-data-members

swift/Ice/throughput/README.md

@@ -5,11 +5,11 @@ that can be achieved using serialized synchronous requests.
 To run the demo, first start the server:
 
 ```
-server
+./Build/server
 ```
 
 In a separate window, start the client:
 
 ```
-client
+./Build/client
 ```

swift/IceDiscovery/hello/README.md

@@ -3,13 +3,13 @@ This demo is the Ice hello world demo configured to use [IceDiscovery][1].
 To run the demo, first start the server:
 
 ```
-server
+./Build/server
 ```
 
 In a separate window, start the client:
 
 ```
-client
+./Build/client
 ```
 
 The client and server use IceDiscovery to enable the location of the

swift/IceDiscovery/replication/README.md

@@ -3,15 +3,15 @@ This demo shows how to use replication with [IceDiscovery][1].
 To run the demo, start the 3 servers:
 
 ```
-server --Ice.Config=config.server1
-server --Ice.Config=config.server2
-server --Ice.Config=config.server3
+./Build/server --Ice.Config=config.server1
+./Build/server --Ice.Config=config.server2
+./Build/server --Ice.Config=config.server3
 ```
 
 In a separate window:
 
 ```
-client
+./Build/client
 ```
 
 The client invokes the number of specified iterations with a given

swift/IceGrid/simple/README.md

@@ -11,7 +11,7 @@ In a separate window:
 
 ```
 icegridadmin --Ice.Config=config.grid -e "application add application.xml"
-client
+./Build/client
 ```
 
 This will deploy the application described in the file

swift/IceStorm/clock/README.md

@@ -15,13 +15,13 @@ current working directory.
 In a separate window:
 
 ```
-subscriber
+./Build/subscriber
 ```
 
 In another window:
 
 ```
-publisher
+./Build/publisher
 ```
 
 While the publisher continues to run, "tick" messages should be
@@ -40,40 +40,40 @@ Subscriber Options
 ------------------
 
 ```
-subscriber --oneway
+./Build/subscriber --oneway
 ```
 
 The subscriber receives events as oneway messages. This is the
 default.
 
 ```
-subscriber --datagram
+./Build/subscriber --datagram
 ```
 
 The subscriber receives events as datagrams.
 
 ```
-subscriber --twoway
+./Build/subscriber --twoway
 ```
 
 The subscriber receives events as twoway messages.
 
 ```
-subscriber --ordered
+./Build/subscriber --ordered
 ```
 
 The subscriber receives events as twoway messages with guaranteed
 ordering.
 
 ```
-subscriber --batch
+./Build/subscriber --batch
 ```
 
 This is an additional flag that forwards datagram and oneway events
 to the subscriber in batches.
 
 ```
-subscriber --id <id>
+./Build/subscriber --id <id>
 ```
 
 This option specifies a unique identity for this subscriber. When
@@ -82,13 +82,13 @@ port by setting the `Clock.Subscriber.Endpoints` property. For
 example:
 
 ```
-subscriber --Clock.Subscriber.Endpoints="tcp -p <port> -h <host>"
+./Build/subscriber --Clock.Subscriber.Endpoints="tcp -p <port> -h <host>"
 ```
 
 Replace "tcp" with "udp" when using the --datagram option.
 
 ```
-subscriber --retryCount <count>
+./Build/subscriber --retryCount <count>
 ```
 
 This option sets the retry count for a subscriber. This option
@@ -99,19 +99,19 @@ Publisher Options
 -----------------
 
 ```
-publisher --oneway
+./Build/publisher --oneway
 ```
 
 The publisher sends events as oneway messages. This is the default.
 
 ```
-publisher --datagram
+./Build/publisher --datagram
 ```
 
 The publisher sends events as datagrams.
 
 ```
-publisher --twoway
+./Build/publisher --twoway
 ```
 
 The publisher sends events as twoway messages.

swift/Manual/printer/README.md

@@ -3,11 +3,11 @@ This demo implements the printer example in the Ice Manual.
 To run it, start the server in a window:
 
 ```
-server
+./Build/server
 ```
 
 In a separate window, run the client:
 
 ```
-client
+./Build/client
 ```

swift/Manual/simpleFilesystem/README.md

@@ -4,11 +4,11 @@ end of the client and server Swift mapping chapters.
 To run it, start the server in a window:
 
 ```
-server
+./Build/server
 ```
 
 Then run the client in a separate window:
 
 ```
-client
+./Build/client
 ```