山に発生する空気の波による強力な上昇 / 下降気流は、1933年にグライダー・パイロットのワォルフ・ヒルト（Wolf Hirth）によって発見された。この波（ウエーブ）は極めて高い高度に達するので、利用するパイロットは酸欠を防ぐために酸素吸入を必要とする。ウエーブ（山岳波）の上昇気流は、風と直角に長く横たわるレンズ雲を発生する。2006年8月29日にアルゼンチンのエル・カラファテ（El Calafate）上空で樹立された現在の高度記録15,453 mは、ウエーブ上昇気流を利用したものである。パイロットは、スティーブ・フォセット（Steve Fossett）とアイナー・エネヴォルドソン（Einar Enevoldson）で、耐圧服を着用した。また、現在の距離の世界記録3,008 km（2003年1月21日樹立）もクラウス・オールマン（Klaus Ohlmann）が南アメリカのウエーブを利用した飛行である。まれに生ずるウエーブ現象として「モーニング・グローリー」があり、巻雲が強力な上昇気流を発生する。オーストラリアのカーペンタリア湾付近などで、春季に利用できる。
斜面上昇気流は、丘の側面の上昇気流を利用するものである。斜面が太陽に面しているときは、斜面上昇はサーマルによって増強される。定常風が吹き続ける斜面では、限りなく滞空が可能であり、滞空時間の記録挑戦の限界は疲労の限界への挑戦という危険な行為と同じである。
サーマルは、太陽に温められた地表の上で形成される上昇気流である。空気が十分な水分を含んでいる場合は、上昇中に凝縮して積雲を作る。サーマルに遭遇したとき、パイロットは中に留まれるように旋回飛行を行い、高度を稼ぎ、それから脱出して次のサーマルに向かう。これが、いわゆるサーマリング（サーマル飛行）である。サーマルの上昇率は、条件によるが、通常は1秒に数  mである。サーマルは風や地形によっては列状に形成される場合もあり、そのときは雲の列が出来る。このような場合は、上昇を続けながら直線飛行をすることが出来る。空気の湿度が低い場合、あるいは気温の逆転によって暖かい空気が含んでいる水分が凝縮するほどの高度まで上昇しない場合は、サーマルが積雲を形成しない。パイロットが雲や砂煙（ダスト・デビル）などの目印抜きでサーマルを見つけるには、精密な昇降計、つまりグライダーの垂直の飛行速度を敏速に示す計器を使って、技能と運の限りを尽くさなければならない。サーマルが見つかる場所の代表は、街の上・耕されたばかりの畑の上・アスファルト道路の上などといわれるが、どの様な地表の状態とも結びつかない場合もある。時として、火事や発電所の煙突の上にサーマルが発生する。サーマルは熱せられた空気の上昇であるから、中緯度地方での利用期間は春から夏の終りまでの間であり、冬は弱い。斜面上昇やウエーブの上昇は寒い時期も有効である。
オリンピック競技に代わるものに、世界滑空選手権大会がある。第1回は、1937年にワッサークッペで開催された。第二次世界大戦以降は2年おきに開催されている。同競技会には、男女を問わないオープン競技が6種目と、女性種目と2つのジュニア種目の計9種目が含まれている。
滑空競技は2つの理由によって、戦後になってもオリンピック種目に復活しなかった。一つ目は、戦後に残されたグライダーの機数の不足である。また、競技に使う単一の機種の選定に合意が得られなかったこともある。単一機種の指定は、新設計の発展を妨げるという意見もあった。滑空競技などのエア・スポーツをオリンピック種目に復活させる提案は、F.A.I.（国際航空連盟）などの国際組織によって行われたが、一般の理解度が低いので否決されている。
著名な例は、AppleによるTLS/SSLの実装上のバグであり、CVE番号として CVE-2014-1266 が与えられているほか、"goto fail bug" とも呼ばれている。実際のコードは以下の通りである。static OSStatusSSLVerifySignedServerKeyExchange(SSLContext *ctx, bool isRsa, SSLBuffer signedParams,                                 uint8_t *signature, UInt16 signatureLen){    OSStatus        err;    ...     if ((err = SSLHashSHA1.update(&hashCtx, &serverRandom)) != 0)        goto fail;    if ((err = SSLHashSHA1.update(&hashCtx, &signedParams)) != 0)        goto fail;        goto fail;    if ((err = SSLHashSHA1.final(&hashCtx, &hashOut)) != 0)        goto fail;    ... fail:    SSLFreeBuffer(&signedHashes);    SSLFreeBuffer(&hashCtx);    return err;}goto fail;というgoto文が、2行連続している所がある。そして、2行目のほうのgoto文により、本来到達すべき final の呼び出しが到達不能コードとなっていて、final によるチェックが常にスキップされ、err は SHA1 update 操作の成功の後の値を保持することとなり、final による署名検証が行われない状態となっていた。あきらかにこれは「到達不能コードによってセキュリティ上の脆弱性が齎された」のではない（到達不能コードは、一般に何もしない。それが何か悪さをしたと言えるのは、例えばコードサイズの増加であるとか、言語仕様で未定義なソースコードの記述を利用して実行させる、などした場合であろう）。真に「セキュリティ上の脆弱性を齎した」のは、「一見すると到達不能コードのように見えるためか、放置されたものと思われる、2行目のほうのgoto文（によって、到達されねばならないコードが到達不能になっていたこと）」である。教訓は「到達不能コードを放置するな。なぜなら、そういうコードの存在を見慣れるせいで、到達不能であってはいけないコードが到達不能になっていることを見逃す原因になるから」という点である。