search for: symas

Hi- I would like to be able to change the value of SymA below and download a file from the corresponding URL.? Hardcoded, this line works fine: Symbol<- read.csv("http://ichart.finance.yahoo.com/table.csv?s=SPY&ignore=.csv", stringsAsFactors=F) However, when I incorporate using?a variable for the ticker, it no longer works.? SymA<- "SPY" Sym1<-

...solution for this has existed in common operating systems for a couple of decades already (LINEMODE tty support). It's strange how the secsh group at the IETF refused to learn from the lessons already gained from the years of experience with the telnet protocol. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

.../* Setup ctx and */ if (c->mux_ctx == NULL) { - state = xcalloc(1, sizeof(state)); + state = xcalloc(1, sizeof(*state)); c->mux_ctx = state; channel_register_cleanup(c->self, mux_master_control_cleanup_cb, 0); -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

...s provide for their hardware (e.g. the Lucent modem driver) so they can be used in a 64 bit kernel. From the release announcement it looks like llvm-mc isn't ready for this purpose yet, was just curious if this kind of task was anywhere on its roadmap. Thanks... -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

Is there still an LDAP driver as do not see it in the CentOS 6 repository ?

...tty session has VEOL set to <TAB>. Right now the tty mode handling on the client is a mess, it will need to be rationalized somehow to work cleanly with older raw-mode-only servers along with the linemode servers. Feedback and help would be greatly welcomed. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/ -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: dif1.txt URL: <http://lists.mindrot...

...s for the response. I guess the real question is how much functionality the disassembler will have. If it only disassembles to assembly source files that's one thing. If it can go all the way to the LLVM IR that should make going to anything else pretty trivial. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

...r = /opt/oc/home/%D/%U [homes] comment = Home Directories read only = No veto files = /.??*/ browseable = No [printers] comment = All Printers path = /var/spool/samba printable = Yes browseable = No [main] comment = OCH Data path = /opt/oc/oc_data valid users = @oc_med admin users = @symas read list = @oc_med write list = @oc_med read only = No create mask = 0770 force create mode = 0770 directory mask = 0770 force directory mode = 0770 inherit permissions = Yes map acl inherit = Yes veto files = /lost+found/ hide files = /lost+found/

...> service". It's an unpleasant problem. Sounds like you'd be better off using nslcd. And if you want caching of the LDAP info, use a local OpenLDAP slapd with slapo-pcache instead, which has all cache refresh/expiration/etc intervals fully configurable. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

On Oct 26, 2009, at 1:00 AM, Howard Chu wrote: > Hi, just read the LLVM 2.6 release announcement, the bit about llvm- > mc caught > my attention. I've been looking for a tool to disassemble x86 object > files > into an IR and then reassemble them into x86_64 object code. The > immediate use > for them would be to convert driver blobs that some vendors provide >

Hi folks. FYI: There's a discussion[0] about keystroke timing attacks against SSH going on on the cryptography mailing list. Would be interesting to hear the opinion of some OpenSSH folks what SSH/OpenSSH is doing against this and what could maybe be don in addition. Especially since the main idea behind the attack is obviously not limited to the initial authentication phase when a password

...0-June/028732.html The code is still available here https://github.com/hyc/OpenSSH-LINEMODE/ If there's sufficient interest this time, I can probably bring it all up to date with a current OpenSSH version. I won't bother if it meets the same apathy as last time. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

On Sun, 6 Aug 2023, Howard Chu wrote: >The keystroke timing issue would be solved by adding LINEMODE support as I did back in 2010. >https://lists.mindrot.org/pipermail/openssh-unix-dev/2010-June/028732.html Local line editing by using GNU libreadline? *shudder* No, thanks. bye, //mirabilos -- Infrastrukturexperte ? tarent solutions GmbH Am Dickobskreuz 10, D-53121 Bonn ?

...DE support as I did back in 2010. >> https://lists.mindrot.org/pipermail/openssh-unix-dev/2010-June/028732.html > > Local line editing by using GNU libreadline? *shudder* No, thanks. I also ported it to use libedit instead, but readline is more widely used. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

...the others, but possibly SIGCONT and SIGSTOP might be useful too. I think TSTP should be part of the base spec, (and not an xx at foo.bar extension) otherwise this channel request can't fulfill the most basic need (propagating signals from a terminal to an app). -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

...annel commands for completion-request and completion-reply, so that these events can be treated specially regardless of the mux architecture. Any suggestions? And has anyone reviewed the code I've committed to this git repo so far, and got any comments on that? -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

Hello list, RFC 4253 provides for per-packet random padding, the length of which depends on the payload and the cipher block size. If I understand correctly, for OpenSSH (5.7) this is done in packet.c lines 674-684 and 881-911? Although the padding itself is random, its length is not, and the final packet size is just a step function of the size of the payload. This can be a problem to some

...looking for this feature precisely because it *reduces* the complexity and hassle of maintaining user login info across large networks. Certainly the existing patch is pretty non-optimal, but the basic idea is sound. What specific problems are you concerned about? -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

Ok, I may have my other problem taken care of, but now I have a more theoretical question. I'm using CentOS 4.3, which is based on RHEL 4.3 and the OpenLDAP supplied is 2.2.13. I can hand compile a newer version but then odd things happen and the RHEL directories aren't as RH expects. (In short, I feel unexperienced enough to compile OpenLDAP for CentOS 4.3 properly.) I also can't

...n is appreciated :) >> > In addition to Johnny's feedback, here's my 2 cents. On the OpenLDAP > mailing list users with problems with RHEL/CentOS provided OpenLDAP have > been advised for years to use the latest OpenLDAP RPMs from > https://ltb-project.org/ or from https://symas.com which also provides > paid support. The OpenLDAP version included in RHEL 7 (and thus CentOS 7) > is 2.4.44 which is missing a ton of fixes compared to upstream's latest > release. > > tl;dr use the latest RPMs from the LTB Project or Hymas. > Ok, problem for me: all our s...