1986 Copa Banco Galicia – Singles
Martín Jaite was the defending champion but lost in the second round to Franco Davín.
Singles | |
---|---|
1986 Copa Banco Galicia | |
Champion | |
Runner-up | |
Final score | 6–3, 6–3 |
Jay Berger won in the final 6–3, 6–3 against Franco Davín.
Seeds
Martín Jaite (Second Round) Horacio de la Peña (Second Round) Horst Skoff (Second Round) Francisco Maciel (Quarterfinals) Eduardo Bengoechea (First Round) Christian Miniussi (First Round) Carlos Kirmayr (First Round) Mark Dickson (First Round)
Draw
Key
- Q = Qualifier
- WC = Wild Card
- LL = Lucky Loser
- Alt = Alternate
- SE = Special Exempt
- PR = Protected Ranking
- ITF = ITF entry
- JE = Junior Exempt
- w/o = Walkover
- r = Retired
- d = Defaulted
Finals
Semifinals | Final | ||||||||||||
WC | 6 | 6 | |||||||||||
Q | 2 | 0 | |||||||||||
WC | 3 | 3 | |||||||||||
6 | 6 | ||||||||||||
6 | 4 | 6 | |||||||||||
2 | 6 | 4 | |||||||||||
Top Half
First Round | Second Round | Quarterfinals | Semifinals | ||||||||||||||||||||||||
1 | 6 | 6 | |||||||||||||||||||||||||
LL | 3 | 2 | 1 | 4 | 5 | ||||||||||||||||||||||
6 | 2 | 4 | WC | 6 | 7 | ||||||||||||||||||||||
WC | 2 | 6 | 6 | WC | 6 | 7 | |||||||||||||||||||||
Q | 4 | 7 | 6 | 3 | 5 | ||||||||||||||||||||||
6 | 5 | 0 | Q | 2 | 4 | ||||||||||||||||||||||
1 | 6 | 6 | 6 | 6 | |||||||||||||||||||||||
8 | 6 | 1 | 4 | WC | 6 | 6 | |||||||||||||||||||||
3 | 6 | 7 | Q | 2 | 0 | ||||||||||||||||||||||
WC | 1 | 6 | 3 | 6 | 7 | 4 | |||||||||||||||||||||
Q | 6 | 6 | Q | 7 | 5 | 6 | |||||||||||||||||||||
0 | 1 | Q | 6 | 6 | |||||||||||||||||||||||
3 | 0 | 0 | 4 | ||||||||||||||||||||||||
6 | 6 | 6 | 6 | ||||||||||||||||||||||||
6 | 6 | 3 | 2 | ||||||||||||||||||||||||
6 | 2 | 3 |
Bottom Half
First Round | Second Round | Quarterfinals | Semifinals | ||||||||||||||||||||||||
5 | 5 | 5 | |||||||||||||||||||||||||
7 | 7 | 2 | 6 | 6 | |||||||||||||||||||||||
WC | 2 | 6 | 3 | 6 | 2 | 4 | |||||||||||||||||||||
6 | 2 | 6 | 6 | 3 | 7 | ||||||||||||||||||||||
5 | 4 | 4 | 4 | 6 | 5 | ||||||||||||||||||||||
7 | 6 | 4 | 6 | 1 | |||||||||||||||||||||||
3 | 6 | 3 | 4 | 6 | 3 | 6 | |||||||||||||||||||||
4 | 6 | 3 | 6 | 6 | 4 | 6 | |||||||||||||||||||||
7 | 4 | 3 | 2 | 6 | 4 | ||||||||||||||||||||||
6 | 6 | 3 | 6 | 6 | |||||||||||||||||||||||
Q | 6 | 6 | Q | 6 | 0 | 0 | |||||||||||||||||||||
4 | 2 | 6 | 6 | ||||||||||||||||||||||||
6 | 6 | 3 | 1 | ||||||||||||||||||||||||
3 | 2 | 6 | 6 | ||||||||||||||||||||||||
Q | 6 | 5 | 2 | 3 | 4 | ||||||||||||||||||||||
2 | 7 | 7 |
gollark: As well as having special casing for stuff, it often is just pointlessly hostile to abstracting anything:- lol no generics- you literally cannot define a well-typed `min`/`max` function (like Lua has). Unless you do something weird like... implement an interface for that on all the builtin number types, and I don't know if it would let you do that.- no map/filter/reduce stuff- `if err != nil { return err }`- the recommended way to map over an array in parallel, if I remember right, is to run a goroutine for every element which does whatever task you want then adds the result to a shared "output" array, and use a WaitGroup thingy to wait for all the goroutines. This is a lot of boilerplate.
gollark: It also does have the whole "anything which implements the right functions implements an interface" thing, which seems very horrible to me as a random change somewhere could cause compile errors with no good explanation.
gollark: - `make`/`new` are basically magic- `range` is magic too - what it does depends on the number of return values you use, or something. Also, IIRC user-defined types can't implement it- Generics are available for all of, what, three builtin types? Maps, slices and channels, if I remember right.- `select` also only works with the built-in channels- Constants: they can only be something like four types, and what even is `iota` doing- The multiple return values can't be used as tuples or anything. You can, as far as I'm aware, only return two (or, well, more than one) things at once, or bind two returns to two variables, nothing else.- no operator overloading- it *kind of* has exceptions (panic/recover), presumably because they realized not having any would be very annoying, but they're not very usable- whether reading from a channel is blocking also depends how many return values you use because of course
gollark: What, you mean no it doesn't have weird special cases everywhere?
gollark: It pretends to be "simple", but it isn't because there are bizarre special cases everywhere to make stuff appear to work.
External links
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.