search for: bizarness

Hi ! Sorry if this is a long post... I had this setup for about a year without problems : Network A <-> wrv200 <-> internet <-> wrv200 <-> net b The 2 networks are linked with an ipsec vpn. The 2 internet connections are with the same cable company to minimize latency, both separates /24 subnets. On network A, I got 2 computers, a single sip phone (aastra

Hey chaps I am using classes I generated from wsdl2ruby, and they work like a charm when running somthing like: ruby -d path/to/file.rb and i get the result I expect. However, when I use them within rails, the actual xml it puts together is different. Using wire dump i see that (and this is a key part of the web service) looks like: <n1:inRecipientIDs

Hi i have a small problems when i want join my w2k domain: [root@gw samba]# net join -U install -S 172.16.1.15 install's password: [2005/04/25 18:08:37, 0] libads/kerberos.c:ads_kinit_password(146) kerberos_kinit_password install@BIZAR.FR failed: Cannot find KDC for requested realm [2005/04/25 18:08:37, 0] utils/net_ads.c:ads_startup(186) ads_connect: Cannot find KDC for requested realm

Thanks. I am not trying to modify convert generic LLVM IR and know the requirements (such as specifying address spaces etc.). I guess I just need to ensure that I am sticking to LLVM 3.2 and the SPIR specified subset+ metadata annotations etc. Anyway, I was confused partly because there are references to a SPIR backend in LLVM code (eg: include/llvm/ADT/Triple.h lists spir and spir64 as possible

Hi. I am looking into generating SPIR from within a JIT compiler for a high level language using LLVM C++ API. The first step is to of course build LLVM with SPIR backend support and I am currently using LLVM 3.3. For reference, the host system is a x86-64 Linux. I first tried building LLVM 3.3 without specifying any targets, and it built many targets including aarch64, arm, x86, x86_64, nvptx

On Fri, 20 Aug 2004, Reid Spencer wrote: > > defined would be almost always stored in one byte instead of the present > > usual two. > > So, if I get you correctly, you're advocating the creation of a Type::CharTyID > in the TypeID enumeration that is always written as a single byte? Note that > right now all ASCII values ( <128 ) will be written as a single byte for

On 2008-11-13, Conrad Parker <conrad at metadecks.org> wrote: > I'm wondering if the Dirac granulepos parsing in liboggz and display > in the oggz tools is currently correct, as I'd like to do a release of > these soon. I believe it is -- although if correct support in the rest of the liboggz tools is required, a little more work may need to happen. > Here's some

At 05:09 PM 8/20/2004, you wrote: >On Fri, 20 Aug 2004, Reid Spencer wrote: > > > defined would be almost always stored in one byte instead of the present > > > usual two. > > > > So, if I get you correctly, you're advocating the creation of a > Type::CharTyID > > in the TypeID enumeration that is always written as a single byte? Note > that >

On Fri, 2004-08-20 at 17:55, Robert Mykland wrote: > At 05:09 PM 8/20/2004, Chris Lattner wrote: > > > >If you're interested in the plans, they are described in some detail here: > >http://nondot.org/sabre/LLVMNotes/TypeSystemChanges.txt > > > >Note that there is no concrete timeline for this to happen, it basically > >depends on when someone is ambitious

the stat() on which file? On Wed, Apr 04, 2001 at 02:06:56PM +0200, Jan Just Keijser wrote: > hmmm, I found the problem and managed to fix it, but I am not sure if this > isn't broken: > > using gdb, I found that sshd fails to stat the 'authorized_keys' files, > which was in /local/home/janjust/.ssh/authorized_keys. Here were the > permissions for the directories

Hi, I'm wondering if the Dirac granulepos parsing in liboggz and display in the oggz tools is currently correct, as I'd like to do a release of these soon. A couple of days ago David Schleef mentioned there were some problems. David, is that currently true (ie. since David Flynn's recent updates to support Dirac), and if so could you please explain what the problems are, or point me

On Thu, Nov 13, 2008 at 2:54 PM, David Flynn <davidf+nntp at woaf.net> wrote: > The only niggle i have with this file is that the EOS page has a bizare > timestamp. imho, because there is no picture in the eos page, there is > no meaningful time for it, so the granulepos should be -1 on the eos > page on the dirac logical stream. ds and I talked about this a bit yesterday. The

...d = 1 NoMethodError: undefined method `team_id='' for #<Team:0x2af1173c6030> from ~/20080917172814/vendor/rails/activerecord/lib/active_record/ attribute_methods.rb:251:in `method_missing'' from (irb):8 from :0 without it just assigns the correct value to team_id The real bizarness comes here: >> fs.id = 1 => 1 >> fs => #<Team team_id: 1, abbr: nil, city: nil, created_at: nil, updated_at: nil, permalink: nil> How does this happen? This is all well and good except that these things fail: >> record = Team.find_or_create_by_team_id(1) NoMethodErr...

At 06:14 PM 8/20/2004, Reid Spencer wrote: > > > > I think the original plan was to have multiple modules in them but > this > > > seems > > > > to have gone by the wayside. The result of linking two (or more) > > > modules is a > > > > single module so except in some really bizare corner cases the need for > > > > multiple

Somemore information regarding the smbstatus error. The sigbus error is occuring where I noted below. I now have data values to go along with the location. The SIGBUS generating bit is "entry_scanner_p->e.pid" which looks to be in an unaccessable area of memory. Looking back through the code, I find a couple of bizarities. For example file_scanner_p->num_share_mode_entries

Hello, I am working with the nls() function and inserting a formula into it that uses the pweibull function. However the pweibull function is annoyingly producing NaNs, which nls() refuses to handle. I have put a sample of the code below. Is there a way to prevent these NaNs from interfering, for example a method to catch them? I get the following error when I try to run the code: res.nls <-

Robert Mykland wrote: > Dear Chris and Reid: Hi Robert. > > Some other random ideas I've had as I've been sifting through the new > bytecode format. Please let me know what you think. > > 1) ANSI C allows for char to default to unsigned char. This is I guess > not how it normally is in GCC. If char defaulted to unsigned char > several things would be

Dear Chris and Reid: Some other random ideas I've had as I've been sifting through the new bytecode format. Please let me know what you think. 1) ANSI C allows for char to default to unsigned char. This is I guess not how it normally is in GCC. If char defaulted to unsigned char several things would be possible. Single char constants that are defined would be almost always stored

Hi, I hit a bizare problem with dovecot 2.2.7 on debian 9 with LMTP enabled and auth/penalty disabled as documented here : https://wiki.dovecot.org/Authentication/Penalty Use case : I run a swaks command to send an email to an exim4 that tries to make a callout to dovecot-lmtp. At RCPT TO: swaks hangs 5.0<something-small> seconds then process normally (exim is waiting for callout

On Wed, 8 Feb 2023, Aki Tuomi wrote: > Can you try setting imapc_sasl_mechanisms to login, maybe it works better? And Stephan Bosch <stephan at rename-it.nl> wrote: > Can you make a protocol log (tcp dump of commands sent by client and > replies sent by server) for one of these sessions? e.g. using ngrep if > connections aren't secured. I was using imaps initially.