Sucede porque es la única posibilidad restante.

Es decir, tú has hecho una condición para cuando es Menor, y otra condición para cuando es Igual, entonces obviamente la última condición Else solo puede procesar los números que sean mayores, ya que no hay existe ninguna otra posibilidad.

La condicional que has mostrado If + ElseIf + Else se puede traducir de la siguiente manera:

Si las condiciones anteriores al Else no se cumplieron, entonces... solo puede ser Mayor.



No se muy bien que estás preguntando, si en tu código quitas la condición de Igual (el ElseIf), y dejas el Else, entonces las instrucciones del bloque Else se procesarán cuando el valor sea Igual o Mayor, ya que existen esas 2 posibilidades.

Que lio te has montado, mira que es fácil de entender xD, aunque quizás yo no sé explicarme demasiado bien.

Por cierto, en las circunstancias en las que te encuentras, donde haces condiciones con valores "constantes", te sugiero utilizar un Select Case:

    Private Sub Button1_Click(ByVal sender As Object, ByVal e As EventArgs) _
    Handles Button1.Click
 
        Dim pi As Double = CDbl(Math.PI.ToString("n2")) ' 3.14
        Dim refValue As Double
 
        Double.TryParse(Me.txt1.Text, refValue)
 
        Select Case refValue
 
            Case Is < pi
                MessageBox.Show("Es menor que pi")
 
            Case Is > pi
                MessageBox.Show("Es mayor que pi")
 
            Case Else
                MessageBox.Show("Es igual que pi")
 
        End Select
 
    End Sub

saludos

EDITO:


Las instrucciones que escribas después de la declaración Else, se ejecutarán si ninguna condición anterior se evaluó como True.
Es tan simple como eso : http://msdn.microsoft.com/en-us/library/752y8abs.aspx

Dos ejemplos aleatorios que he escrito por si te ayudan a entenderlo:

If "str1".Equals("str2") Then ' No se cumple esta condición. Salta a la siguiente condición.
 
ElseIf "str1".Equals("str3") Then ' No se cumple esta condición. Salta a la siguiente condición.
 
ElseIf "str1".Equals("str4") Then ' No se cumple esta condición. Salta al Else.
 
Else ' Ninguna condición de arriba se cumplió. Por eso es que se procesa este bloque condicional.
    MessageBox.Show("Ningua condición se cumplió!")
 
End If

        If True = False Then ' Esta condición jamás se podrá cumplir.
            MessageBox.Show(" True es igual que False ")
 
        Else
            ' Como sabemos que la condición anterior no se cumple, 
            ' y como sabemos que True solo puede ser True o False, 
            ' entonces asumimos que True es igual a True, ya que no puede ser otra cosa llegados a este punto.
            MessageBox.Show(" True es igual que True ")
 
        End If

No me atrae en absoluto, entre varias razones, pero principalmente por su restrictividad improductiva, y su sintaxis satánica.

.

..

...

No, algo así no es posible.

Se podría decir que puedes regenerar parcialmente un proyecto, pero no todos los archivos que componen un proyecto completo de VS, ya que ciertos archivos de un proyecto son usados e interpretados por VisualStudio, no se incluyen tal cual ni forman parte del compiler.

Aparte, una cosa es el código que tu escribes en un archivo .VB, y otra muy distinta es el código que realmente se usa para compilar, donde cambia todo y se omiten muchas cosas que tu escribes en dichos archivos.

No puedes esperar obtener el código original exactamente como era antes de compilarlo, después de haberlo compilado solo puedes obtener una representación distinta de las instrucciones MSIL (en C#/VB o puro IL), es decir, el código en su más puro estado original... y eso es algo bastante distinto de ver, ni mucho menos puedes esperar que te genere un proyecto completo listo para abrirlo en VisualStudio, ya que estás decompilando los miembros de un programa, no es un proyecto de VS.

Una alternativa gratis a la aplicación que te ha sugerido el compañero @seba123neo, es Simple Assembly Explorer (SAE): https://sites.google.com/site/simpledotnet/simple-assembly-explorer

Saludos

Es un problema de permisos de la cuenta de usuario.

Prueba a ejecutar el script como Administrador, desactivar UAC, o crear el archivo en otra carpeta donde tengas permisos de escritura.

Saludos!

Al menos no mueres como un pollo asado, si resulta ser cierto que la temperatura sobre las nubes de Venus es la que dicen, y mueres sobre más o menos esa altura entonces la muerte duraría pocos minutos (como la muerte por hoguera),
¿te has quemado alguna vez? (yo si, pero nada grave, quemazones), se sufre bastante, el dolor de las quemaduras aunque sean pequeñas dura muuuucho, así que las quemaduras graves debe ser una sensación horriblemente indescriptible :-/ no quiero ni imaginarlo, me apiado de aquellas pobres almas que hayan sido quemadas en la hoguera (hablo totalmente en serio);
en cambio, la exposición a la ingravedad (la descompresión) por lo que cuentan no es que sea algo muy doloroso, si se te hinchan las entrañas y los ojos hasta quizás salirse de las órbitas eso ni siquiera duele (hay gente "prodigiosa" que puede hacer ambas cosas a voluntad) al menos hasta llegar a cierto nivel de descompresión, sobre el resto de síntomas, no he muerto para comprobar si duele así que no puedo opinar .

Saludos!

Supongamos por un instante que realmente quieren llevar personas a Venus, entonces dudo mucho que alguien, por muy astronauta, especialista, o sangre fría que tenga, sea capaz de asimilar la idea de viajar a un hervidero planeta tóxico y ardiente, hay mejores formas de acabar con tu vida.

Estoy especulando, si, ¡pero es que alguien debe darse cuenta de estas cosas!, no creo que ningún ser humano esté mentálmente capacitado para ir por su propia voluntad, además de sobrevivir allí, y encima regresar a La Tierra sin un solo rasguño y ningún trauma permanente, no, ni el más preparado astronauta, ni el más loco que menos aprecio le tenga a su vida... ¡es una locura!.

Además, ¿os habeis dado cuenta de que estamos hablando de un paneta rico en toxicidad?, ¿Hola, portadores de nuevas enfermedades para el ser humano?, si es que se que por una razón u otra no lo van a llevar a cabo jamás... en la vida lo harán, el tiempo me dará la razón .

Saludos!

@seba123neo

Yo lo que menos quiero es acabar enfadándome, más conmigo mismo que contigo, por no poder aportar más que mi palabra, y obviamente nadie puede creer un hecho basándose en la palabra de alguien (a menos que las palabra vengan de la NASA o de la Iglesia o del presidente, como siempre...)

Aun recuerdo que me ayudaste muchísimo en el pasado en preguntas relacionadas con VB, conservo aprecio hacia ti por ello, cuando te dije que no tengo nada contri ti era cierto... por que no olvido, así que mira, prefiero dejar el tema este y la discusión, por que como dicen... es tontería discutir por ver quien tiene razón, ya que no cambiaremos la opinión del otro por más que lo intentemos.

@ElSevi

Pareces estar al día de ciertas noticias de la NASA (como esta), y me gusta que alguien se moleste en publicar estos temas en el foro libre, tampoco quiero discutir más por eso, para no "joder" el tema sin querer.



Es una de las mayores burradas que he escuchado jamás por parte de la fuente de quien haya escrito esa noticia, de verdad...

Se supone que la NASA no dispone de medios para poder enviar una sonda no tripulada a Europe hasta el año +2050 (a menos que alguien haya decidido reducir esa fecha, no estoy al tanto), es un destino que tiene mucha más prioridad que esta burrada de Venus, debido a las evidencias de agua y vida (o al menos eso es lo que nos dicen), ¿y nos quieren hacer creer que aproximádamente para el año 2020 habrán enviado una nave tripulada a Venus?, que si, está más cerca que Júpiter, ¿pero tripulada?, ¿y los gastos y el tiempo de fabricación que?, si se supone que necesitan casi 40 años para planificar y llevar a cabo un viaje a Europe, ahora superan su propio record en más de 20 años y eso contando con todos los gastos y la preparación de la tripulación y todo lo que sea, si es que... cada cosa que leo sobre NASA, no doy crédito, yo pienso que ni ellos mismos se creen lo que dicen... solo quieren impresionar con esto de Venus.

Lo próximo será decir que enviarán una nave tripulada por 4 gatitos, al Sol, y la pondrán a orbitar, al menos eso si que les daría publicidad, la gente quiere ver gatos, y si alguien se pregunta por que los gatos no se achicharran, pues nos dirán que es una especie de gatos japoneses extremófilos... y solucionado.

Saludos!

Yo creo que nadie la entendió xD

En mi opinión creo que este post tiene más motivos para ser eliminado que el de Pinocho :-/, ya que si tienes una queja o alguna pregunta sobre la administración de los temas del foro libre entonces puedes comunicar tu sugerencia y/o formular tu pregunta aquí:
Sugerencias y dudas sobre el Foro

PD: Esto ya si que es offtopic... usar el foro libre para hacer preguntar del foro, jeje.

Saludos!

Añado a lo que te ha comentado el compañero @seba123neo:

⇲
Winsock.NET

No te estoy recomendando la librería (sobre todo por que en el source usa malísimas practicas al ser del año 2005 también), pero está basado en la utilización del Namespace Sockets, así que quizás no haya mejor ejemplo para familiarizarte con una sintaxis que ya conocias (la de winsock.ocx) ya que el autor le asignó los mismos nombres a los métodos etc, plus puedes examinar el source para ir aprendiendo el manejo de los miembros del Namespace Sockets, y así hacerlo por ti mismo sin necesidad de depender de librerías ni ActiveX, ya que no resulta necesario.

⇲ Además, lee la referencia oficial:
System.Net.Sockets Namespace

---

Entiendo que vienes de VisualBasic6 y no te has acostumbrado, pero esto debes evitarlo en VB.Net:

On Error Resume Next

Es una técnica obsoleta al considerarse improductiva/ineficiente (en vb.net), y por ende es una mala práctica, en su lugar puedes usar un bloque try/catch/finally.

Utilizar las funciones de VB6 como InStr es otra mala prácica, ya que la librería de Classes de .Net framework aparte de exponer un Wrapper de las funciones de VB6 también pone a tu disposición un equivalente de todas esas funciones en VB.Net, las cuales siguen los estándares de la programación actual.

Saludos!