-
Total de itens
8.257 -
Registro em
-
Última visita
Tudo que Graymalkin postou
-
Quando se faz uma SQL, você deve repetir o nome do campo, mesmo que queira testar dois valores para o mesmo. O correto aqui seria: strSelect = "select nome, matricula from segurados where news LIKE '%" & cada_palavra & "%' and news LIKE '%" & busca & "%'" Repare que o campo "news" aparece duas vezes (uma vez para cada uma das condições). Abraços, Graymalkin
-
Talvez existam códigos próprios da impressora para fazer isso, porém desconheço-os. Note que esse tipo de impressão segue o tamanho e estilo de fonte da impressora e não é uma impressão gráfica, por isso o ajuste que você pode fazer é colocando espaços em branco (para a coluna) e pulando linhas (para a linha). Abraços, Graymalkin
-
Bom, esse código não deve estar alterando o registro. Então, o problema está em outro lugar. Você ligou a propriedade DataSource do calendário ao ADODC2 e definiu o campo também? Se tiver feito isso, desfaça. E, quanto a busca, você faz daquele jeito mesmo e funciona? Não testei aqui, mas sempre precisei usar a função DateValue() ou colocar a data entre # para poder pesquisá-la. Abraços, Graymalkin
-
(Microsoft ActiveX Data Objects 2.5 Library) Têm tuto pra Upgrade do ADO? estou perguntando porque nunca fiz isso antes!!! Basta instalar a nova versão e mudar a versão escolhida na opção References do menu Project. No site da Microsoft você acha a versão mais nova (2.8, se não me engano). Mas, experimentou usando CreateObject() e não fazendo referência ao ADO? Abraços, Graymalkin
-
Ok, aí vai: wap@openlink.com.br Abraços, Graymalkin
-
A linha deveria ser: set connex = new ADODB.Connection Caso contrário, você pode tentar instalar uma versão mais nova do ADO. Abraços, Graymalkin
-
Linguagem De Baixo E Alto Nível
pergunta respondeu ao rodfraga de Graymalkin em Outras Linguagens de Programação
Exatamente, essa é que a beleza da discussão, do debate, ou seja, o conflito de idéias. Se discordamos de algo, devemos falar e aqui é um ótimo lugar para isso. Desculpe-me também pelo mal-entendido, pois, na verdade, achei que você tivesse uma opinião contrária a nossos pontos de vistas e por isso pedi para alumiar-nos. Não pensei no sentido literal da frase. Abraços, Graymalkin -
Linguagem De Baixo E Alto Nível
pergunta respondeu ao rodfraga de Graymalkin em Outras Linguagens de Programação
Eu pedi educadamente; não tive a intenção de ser irônico. Você é que exclamou que nós é que estavamos "complicando tudo!". Se eu quisesse ser irônico, eu faria: """ Então, descomplique pra gente, Sr. Sabe-Tudo! """ Notou a diferença? Mas não foi isso que eu fiz... Abraços, Graymalkin -
Sim, como uma string em C é um vetor de chars, você sempre tem que passar um ponteiro do mesmo para a função. Abraços, Graymalkin
-
Não... acho que eu estava errado. Testei isso aqui... #include <stdio> #include <string> void main() { char *texto = "teste"; strcpy(texto, "ttt2askdjakadjkajadlzxkjlzxklzklzklzkkjad"); printf("%s\n", texto); char texto2[6] = "teste"; strcpy(texto2, "ttt2askdjakadjkajadlzxkjlzxklzklzklzkkjad"); printf("%s\n", texto2); } E só dá problema no segundo exemplo, onde explicito o tamanho do vetor. No primeiro caso, como é um ponteiro, acho que a alocação é feita em qualquer lugar da memória e "texto" passa apenas a apontar para o endereço (assim como no segundo exemplo, porém neste o tamanho está explícito). Graymalkin
-
Sim, claro que pode: char *texto = "teste"; texto = "ttt12"; Porém, você só tem 6 bytes neste vetor e é perigoso colocar mais do que isso. Lembre-se que em C não existe uma checagem se o quanto que você quer colocar realmente cabe. Pode ser que você insira 20, 30 bytes neste vetor e não dê problema. Abraços, Graymalkin
-
Tire aquele "On Error Resume Next" dali e veja se dá algum erro após aquela parte. Abraços, Graymalkin
-
Sim, não recebe. Foi só um exemplo de que ao fazermos... char *texto = "teste"; ... já são alocado 6 bytes para o vetor. Para o conteúdo do arquivo, provavelmente, você vai precisar de muito mais do que isso. Abraços, Graymalkin
-
Aí fica um dilema: Python também gera byte-codes assim como Java. E são estes byte-codes que são interpretados. Ou seja, podemos dizer que ambas são compiladas e intepretadas do mesmo jeito. Então, como classificá-las? Compiladas, interpretadas, ou mesmo ambas? Além disso, para Python não existe um meio de compilá-los para executáveis de verdade. O máximo que se faz é gerar um arquivo .EXE e juntar todas as dependências (a biblioteca do interpretador, bibliotecas externas, etc.) de forma que o programa possa funcionar de forma independente. Todavia, devo lembrar que não vejo mal algum no fato de não se poder gerar um executável verdadeiro. E que ainda existem certas vantagens nesse modelo. Abraços, Graymalkin
-
Ok, porque definitivamente eu ainda não entendi. Se quiser passe por email. Abraços, Graymalkin
-
Experimente esse código aqui: http://www.graymalkin.globalhosts.com.br/s...eConnection.zip. Basta descompactar o zip e abrir o projeto no VB. Execute-o e clique no botão. Se aparecer True é porque está conectado. Não testei com banda-larga, mas veja aí se funciona. Abraços, Graymalkin
-
Ficaria assim: vsql = "select * from tbl_clientes where codigo like & vCodigo" se tabela_cli = b_dados.openrecordset(vsql) n=freefile() open "lpt1:" for output as #n ? #n, tabela_cli("endereco") close #n Ou seja, em todo lugar que está 'Printer.Print "texto"' fica 'Print #n, "texto"' e no lugar de 'Printer.EndDoc' fica 'close #n'. Abraços, Graymalkin
-
Sim, mas não vai adiantar porque não existe uma alocação prévia do espaço que será utilizado. Daí a tentativa de preencher uma área não reservada resultar em uma operação ilegal. Vou ver se acho algo a respeito. Abraços, Graymalkin
-
Não adiante só olhar se o IP é diferente de 127.0.0.1, pois na maioria dos casos ele de fato vai ser (a classe C, 192.168.0.x, é usada em redes locais, além da classe A, 10.0.0.x, por exemplo). Também não adianta olhar apenas um dos IPs pois pode ser que o cara não use uma conexão Dial-Up e que tenha várias placas de rede. Abraços, Graymalkin
-
Isso acontece. As vezes vem do costume de pensar que os índices começam por 0 e que o tamanho total deve ser subtraído de 1 para percorrê-lo (o que de fato acontece em alguns casos). Abraços, Graymalkin
-
Você está usando o ADODC e está ligando uma listbox diretamente nele ou um DataList? Abraços, Graymalkin
-
Sim, mas só se você fizer algo do tipo: char *texto = "teste"; Caso contrário, é necessário utilizar uma função que redimensiona o vetor (que, se não me engano, é uma chamada malloc(); alguém aqui desse fórum, como o Wicker ou o Bono, deve poder esclarecer isso pra gente). Mas, o compilador deixava compilar normal? Qual compilador você usa? Abraços, Graymalkin
-
Bom, pelo que vi aqui o problema é que push_back() precisa de um argumento que é justamente o que deve ser inserido no vetor. Ou seja, a linha... linhas.push_back(); ... vira: linhas.push_back(aux); Agora, qual compilador você está usando que não gerou esse erro? Aqui no BCC 5.5 ele não compilou por causa disso. Outro problema é que... char *texto; ... deveria ser algo do tipo: char texto[2000]; Ou seja, definindo o tamanho. Caso contrário, dá um erro de operação ilegal e tudo! Porém, acredito que deva haver uma forma de redimensionar esse vetor (seria o malloc()?), mas realmente desconheço essa parte. Abraços, Graymalkin
-
Precisa ser com DAO? Tentei aqui e só consegui ligar uma grade por meio de um controle Data e não por código. Já que você está usando DAO por código, pode usar o ADO (que é o sucessor do primeiro) e que é bem semelhante. Com ele você consegue o que está querendo. Se quiser, baixe um exemplo todo comentado aqui: http://www.graymalkin.globalhosts.com.br/stuff/bd.zip Abraços, Graymalkin
-
Tire o -1 que existe tanto no For dos procedimentos CriptoXor e DesCriptoXor, caso contrário você estará sempre codificando removendo o último caracter e ao decodificar você tira mais um. Abraços, Graymalkin