Graymalkin

Isso porque o método Move exige um parâmetro, que é a quantidade de registros a serem avançados. Também, não teria muito sentido pedir para mexer no ponteiro do recordset e não dizer para onde ele tem que ir, não é? ;) Abraços, Graymalkin

Ah, está Então eu recomendaria você ver os artigos sobre WebServices disponíveis no iMasters (http://www.imasters.com.br/) e Linha de Código (http://www.linhadecodigo.com.br/). Abraços, Graymalkin

A linha que você cita não está no código. O que tem lá é "If (Winsock(Z).State = sckClosed) Then" e não "If (Winsock(iUsers).State = sckClosed) Then". E, iUsers começa de qual valor? Porque se ele começa de 1 e você está fazendo o incremento antes, o 1 é pulado e você só vai ter sockets a partir do 2. No caso, ele deveria começar de 0 ou o incremento ser depois do objeto ser criado. Abraços, Graymalkin

O que, exatamente, você precisa fazer? Abraços, Graymalkin

È mesmo, boa solução... problema resolvido.. porém quando o arquivo esta sendo enviado ele trava o Form... vou tentar resolver isto mas se alguém souber a solução e me dizer eu agradeço :D De fato, não se tem muito controle sobre os processos de transferência (envio e recepção) no Inet. O ideal em um caso desses seria utilizar o Winsock diretamente. Abraços, Graymalkin

beleza... então como eu faço para utilizar o controle que já existe? :( Se refira a ele normalmente: Winsock(x).LocalPort = iPorta Winsock(x).Accept requestID Onde "x" é o índice do winsock livre (que não está conectado). Por isso que eu te perguntei como você está fazendo para reaproveitar (ou achar o índice livre) o winsock. A idéia é: procurar um índice de um winsock desconectado; se achou, utilize o winsock deste índice; se não, incremente iUsers, crie um novo socket e utilize-o. Abraços, Graymalkin

Pelo método Seek(). No primeiro parâmetro você especifica quantos bytes a partir da posição determinada pelo segundo parâmetro (que pode ser início, atual ou fim): obj.Seek(50, IO.SeekOrigin.Begin) 'pula 50 bytes a partir do início obj.Seek(50, IO.SeekOrigin.End) 'vai para 50 bytes antes do fim Certo? ;) Graymalkin

Que eu saiba, os produtos Express *não* são mais betas (foram até certo tempo, mas agora não são mais). Será que você baixou a versão correta? E a .NET Framework 2.0 utilizada pelo Visual Web Developer e pelo Visual C# Express deveria ser a mesma. Abraços, Graymalkin

Um servidor SMTP só aceita enviar mensagens provenientes de *seus* clientes. Ou seja, o servidor smtp.bol.com.br, por exemplo, nunca vai aceitar enviar mensagens de um email blábla@gmail.com.br. Isso porque a parte depois da arroba serve justamente para identificar de onde vem o e-mail (de qual domínio). Imagine o caos de spam que seria se um servidor pudesse enviar mensagens de qualquer cliente! ;) Portanto, a linha do From... mailMessage.From = "damon.abdiel@gmail.com" ... deveria ser algo como: mailMessage.From = "damon.abdiel@localhost" Sendo que, se você estiver fazendo esse teste localmente, aí na sua máquina, você não vai conseguir enviar mensagens para um domínio diferente de localhost. Quando você contratar um serviço de hospedagem eles te informarão o endereço do servidor SMTP que você deverá utilizar (algo como smtp.seusite.com.br ou mail.seusite.com.br) e é este que você deverá utilizar para enviar mensagens para fora. Abraços, Graymalkin

E seu sub-menu tem opções? Graymalkin

É, fiz um teste aqui e aparentemente não dá pra colocar imagens no lugar dos menus, mas sim apenas nas opções. De qualquer maneira, você poderia simplesmente utilizar uma ToolBar e colocar imagens nos botões dela e partir disso chamar os menus. Aliás, eu faço isso com PictureBoxes, ou seja, o "menu" principal são quatro pictures as quais, quando clicadas, mostram cada uma seu próprio menu (que é criado utilizando o SmartMenuXP). Abraços, Graymalkin

Você poderia simplesmente ir lendo byte por byte até chegar ao final do arquivo, utilizando um While. Mas, se você quer realmente saber quantos bytes o arquivo tem, basta olhar o tamanho dele, o que pode ser feito assim: Dim info As New IO.FileInfo("c:\teste.txt") Debug.WriteLine(info.Length) Certo? ;) Graymalkin

Você *não* vai fazer o Load novamente, porque o controle já existe. Você só faz o Load para criá-lo. Uma vez que ele já está criado, você vai apenas utilizá-lo. Se você diz um tutorial em relação a essa dúvida específica, dificilmente você vai encontrar, porque é mais um questão de entender como objetos são criados e utilizados em VB do que propriamente uma dúvida de winsock. Abraços, Graymalkin

É o método Close mesmo. Como você está fazendo na hora de reaproveitar o socket? Abraços, Graymalkin

O problema é justamente o que o Leandro82 disse. Uma saída seria guardar o objeto na sessão, de forma que ele vai existir o tempo todo para aquela sessão. No caso, você só precisa declará-lo (sem inicializar) e no evento Page_Load você tentar pegá-lo da sessão ou criá-lo se ele não existir: Class1 a; protected void Page_Load(object sender, EventArgs e) { try { a = (Class1)Session["a"]; } catch (Exception) { a = new Class1(); Session.Add("a", a); } } O restante do seu código vai ser igual. Aqui deu certo. :) Certo? ;) Graymakin

Ótima explicação skylopirata! :D Porém, a situação aqui ( http://scriptbrasil.com.br/forum/index.php?showtopic=77693 ) exige escrever chaves específicas do Windows, e não em chaves do programa (que é o que SaveSetting faz). Seria interessante separar esse seu post para um tópico e deixar ele pendurado para servir como referência para o pessoal. Posso fazer isso? Abraços, Graymalkin

Baixe o arquivo, junte com o novo texto e envie novamente. Não? Abraços, Graymalkin

:) Sim, sim, nós temos esses tipos de super-poderes... :P Ainda não achei a solução, mas já sei qual é o problema. O evento Click de uma caixa de texto do VB6 tem um comportamento diferente dos eventos Click e/ou MouseClick de uma caixa de texto de um Windows Forms. Em ambos os casos o evento Click é executado depois do evento GotFocus. O problema no caso da TextBox .NET é que no evento Click ela muda a seleção do cursor para a posição onde foi clicada, em todos os casos. A TextBox do VB6 só faz isso quando o controle já tem o foco, do contrário ela executa o evento GotFocus e o evento Click não faz nada. O negócio agora é conseguir simular este mesmo comportamento na TextBox .NET. Bom, vou continuar tentando. ;) Abraços, Graymalkin

Ah, beleza então! :) Abraços, Graymalkin

O próximo parâmetro depois deste serve justamente para isso. Só nunca testei omitir o título. Abraços, Graymalkin

Exatamente. No caso, acho que você pode fazer isso olhando a propriedade State de cada um dos winsocks. Quando ela tiver o valor sckClosed é porque a conexão está fechada (seria bom também olhar outras possibilidades, como sckError ou sckBadState, por exemplo, para quando teve algum erro na conexão). Se houver algum livre, você vai utilizar o índice dele ao invés de incrementar iUsers e carregar um novo socket. Sacou? ;) Graymalkin

O parâmetro logo após o título do menu não serve justamente para isso? Abraços, Graymalkin

Sim, eu lembro desse tópico. Se o código funcionou antes e não funciona agora é porque alguma coisa está diferente (não dispensando a idéia de que pode ser um bug, é claro). Essa é a razão de tantas perguntas, ou seja, descobrir o que está diferente. Eu fiz o teste aqui e funcionou perfeitamente. Você já fez um teste em um projeto isolado? Quero dizer, já tentou recriar uma situação mais simples com esse código para ver se funciona? Abraços, Graymalkin

Você está utilizando o do get depois do set, certo? E, ambos os objetos "a" mostrados ali são o mesmo, né? Quero dizer, ele só foi declarado e inicializado uma vez, certo? Abraços, Graymalkin

Em qual sentido você diz que o "último dado ainda não é salvo"? Qual seria esse "último dado"? O que está sendo editado? E "salvo" onde? Na tabela? Você quer dizer que ele não é modificado? Abraços, Graymalkin