Do you have a niche area you like to think you're pretty top-notch in? Might be a library, a user application, etc. You're one of the top few people in the world who could be pulled for proficient work in this area, no matter how silly it is.
For me, I like to think I am one of the few people with a strong grasp on the automation aspects of the IRC protocol. Sounds like a joke, but you've got to consider that despite numerous RFCs, IRC really has no protocol at all. A lot of IRC libraries don't get it right, and for good reasons... IRC is meant for human consumption, and is poorly suited to parsing and state tracking. A simple example of its many inconsistencies: you join a RFC1459-strict server and join a channel, where bob has +ov. You only see the +o when you join, but never see bob's +v. I think expressing this in the IRC library (that it is unknown whether bob has +v) is a great way to deal with mode ambiguity when writing IRC bots, but it seems I'm the only one.
So yeah, it's an area you're a pedant in, probably. A self-absorbed ass nugget.
I am an expert factorial programmer. I have written over 200 distinct factorial functions, in languages such as C, Haskell, Brainfuck, C# Befunge, x86 Assembler, Instant.EXE, and Croma LISP. I have followed multiple paradigms, including, but not limited to, procedural programming, imperative programming, functional programming, OOP programming, and scalable turkey solutions. Memoization, tail-optimisation, polymorphism, business best-practices, I have done it all.
I am also renowned for adding slight variations to the function itself, such as restricting or expanding its domain, or replacing the internal multiplication function with tertation operators or artists.
para usar la lambda
para usar la lambda
se necessito un poco de gracio
una poca de gracio
para mi, para ti, ay arriba, arriba,
ay arriba
satori sere satori sere
yo no soy cuddero
yo no soy cuddero
soy mago, soy mago
soy mago
lambda lambda
lambda lambda
lambda lambda
lambda lambda
>>30
No i don't think so. The original is "por ti sere`" (I will be by/with you - por can be by in this sense). My intention with satori sere` was to say satori i will be. However I don't speak spanish so not really sure.
Hmm, as I recall the song, the lyrics are Yo no soy marinero,
yo no soy marinero por ti seré, por ti seré, por ti seré
Though as a folk song, I am sure there are many variations.
Name:
Anonymous2009-12-11 9:57
>>34
well i'm going by the Ritchie Valens version. He sings yo no soy marinero x3 ..soy capitan..
I read on wikipedia that this was sung at weddings and this verse was meant to demonstrate the groom's worthiness and faithfulness ie he's a gentlmen like a captain would be, not just a sailor with a woman in every port etc
>>35
Yes, the first verse (as I know it) is as I listed, and the second verse says, "yo no soy marinero, soy capitán..." (as you listed). I am not familiar with exactly how Valens sung the song, though all the web searching I've done agrees with your spanish.
You seem to imply (or have inferred) that por can mean by, which it can, but not by as in with, rather, by as in by means of, through, or along (e.g., I went by plane, I went by your house). I think your translation is incorrect. The line in the song is just, "For you, I will be," which does make sense in the context of a wedding or love song.
para programar el Scheme
para programar el Scheme
se necessita un paréntesis
un paréntesis pa' mi y pa' ti
y satori satori
y satori satori
por Scheme seré
por Scheme seré
Yo no soy un Paul Graham
Yo no soy un Paul Graham
Soy GJS soy GJS
How do I create a FLIRT signature for a turbo pascal unit?
I am trying to decompile a DOS .exe which was compiled in 1991 probably using Borland Turbo Pascal 5.5 or 6. Where do I get the .tpu to make signatures out of, and what program do I use to do so.
Thank you.
Name:
Anonymous2009-12-11 12:53
>>40
It's like asking a motorcycle expert to fix your toy bike.
Name:
Anonymous2009-12-11 13:32
>>16
Yes, it was quite easy. Just ad a random number of times yuo genrate my anus thread
>>40 Where do I get the .tpu to make signatures out of
Once you've identified the version of the libraries in use, you should use FLAIR (they're utilities which should be distributed separately from IDA, but officially supported) to create the signatures, to actually parse TPU files, you need to use the tool located in pascal\bin\* , read the text file for actual instructions, it should support TP 4.0-7.0 and Delphi 1.0. There's a bunch of other helpful scripts in the pascal dir that you might want to look at. The tool should output a PAT file, which you can then use to generate FLIRT signatures, like you would with anything else (sigmake). It's pretty simple stuff, and you would have found out how to do this, if you would have read the documentation.
P.S.: IDA already should have FLIRT signatures for Turbo Pascal 5.5-6, it's called tpdos.sig, so next time, look more carefully at what the program provides before looking to make your own.
P.P.S.: AFAIK, Turbo Pascal's compiler was quite primitive, and a decompiler for it was feasible, if you like wasting your time, you could write one.
Actually it was just a decent non-optimizing compiler. The compiler code was acceptable (for example x*9+1 was compiled as (x<<3)+x+1 with a single load and store of the variable) but the absolute total lack of optimization was a bummer (no register allocation, x*3*4 generating two operations whereas x*(3*4) generated just one...)
But yeah, it looks like a rather fine target for decompilation. OTOH the compiler ran at the speed of light (I think it was well into the thousands of lines per second on a 486)