1. VisualBasic / Говнокод #11323

    −94

    1. 1
    2. 2
    3. 3
    4. 4
    5. 5
    f$ = "FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF"
    u$ = "UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU"
    c$ =  "CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC"
    k$ = "KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK"
    print f$;u$;c$;k$

    Я написал прогу =)

    Запостил: ujkbktj, 30 Июня 2012

    Комментарии (17) RSS

    • > Я написал прогу =)
      Молодец! Теперь возьми пирожок с полочки, и убейся о ближайшую стеночку.
      Ответить
    • Где здесь VisualBasic, ujkbktj?
      А вообще - перенаправь свой выходной поток в NUL
      Ответить
      • На VB кстати можно так писать.
        Ответить
        • Но попытается быть выведенным в одну строку, так что половину и не увидишь.
          Ответить
          • Так консоль же переносит длинные строки.
            Ответить
            • Так нафиг консоль, только VB6 с принтом на форме, только хардкор.
              Ответить
              • Эм, так vb6 по дефолту принтает на форму? ОМГ.
                Я его не запускал ни разу, если честно...
                Ответить
                • Именно, именно. А я ни разу не видел косольного приложения на вб. И сомневаюсь, что оно существует.
                  (будет приятно, если кто-то развеет сомнения из кулхацкеров вб)
                  Ответить
                  • Вот такой вот изврат:
                    http://www.nirsoft.net/vb/console_application_visual_basic.html
                    Ответить
                    • Да, это не для слабонервных. Вся структура информации о консоли (индивидуальная для каждой ОС, я так понимаю), создаётся вручную (!) юзертайпами (!!).
                      Дальше идут жалкие потуги создать аналог Console.Write, который в результате кастрирован, но всё же хочет принимать много аргументов полностью. А до Console.Read дело так и не доходит. Разговор с приложением только через парамс-памс-памс...
                      Ответить
                      • Естественно, учитывая вышеизложенные похвалы, я скачал исходники проекта.
                        И увидел там прекрасную утилиту для изменения режима из гуи в консоль уже скомпилированных файлов *.exe.
                        Сейчас я буду менять все режимы!
                        Ответить
                      • А, да структуры эти в WinAPI описаны. Просто тут же никак не заинклудить системные хидеры, вот и копипастят как могут. Чтение скорее всего будет реализовано через GetStdHandle(STD_INPUT_HANDLE) + ReadFile.
                        Ответить
                        • Ну да, выходной поток пишется как файл, и читать его стало быть тем же образом разумно.
                          Хотя что может быть разумно в этой б-гомерзости...
                          Ответить
                          • > Хотя что может быть разумно в этой б-гомерзости...
                            Ну хотя бы то, что это WinAPI. В принципе, я для неконсольной программки на С так дебажную консоль прикручивал. Через AllocConsole + GetStdHandle + ReadFile/WriteFile.

                            А б-гомерзость тут собственно сам VB.
                            Ответить
                • Some development tools, like Visual C++ and Delphi, allows the developer to easily
                  create console applications. These tools provides specific methods and functions
                  for writing to the console screen and their compiler also provides special option
                  for creating console executable. Unfortunately, Visual Basic doesn't support
                  console applications. Even if you use the Win32 API for writing into the console
                  screen, Your application won't work, because the Visual Basic compiler always
                  creates GUI application and it doesn't provide any compiler options for changing
                  it to console application.
                  Ответить

    Добавить комментарий