similar to: Encoder not linking on win32?

Fyi Iv been able to replicate this...sometimes: I have 2 servers (a master and a relay) I have a connection to the relay (relay is ondemand/master setup) in winamp The source is connected to the master (both on same machine so connects to /mp3 from 127.0.0.1) If the source drops, the master drops, the relay then drops, when winamp tries to connect to the relay it gets a 404 a couple of times

Here is a patch that gets the theora_static.dsp project for VC6 building again. Aaron -------------- next part -------------- Index: win32/theora_static.dsp =================================================================== --- win32/theora_static.dsp (revision 13945) +++ win32/theora_static.dsp (working copy) @@ -41,7 +41,7 @@ # PROP Intermediate_Dir "Static_Release" # PROP

I apologize for what's surely a common question, but the Xiph archive-searcher seems broken, and all my other searches have come up dry. Anyway, my question is: Are there any Theora binaries available for Visual Studio.NET? Alternatively, how do I build Theora using Visual Studio.NET? I tried using "\win32\theora_static.dsp", but VS.NET claimed it was corrupt and couldn't

Hi all, I am trying to build the mmx version of the theora and the encoderwin is throwing the following errors. 1>------ Build started: Project: encoderwin, Configuration: Debug Win32 ------ 1>Linking... 1> Creating library encoderwin.lib and object encoderwin.exp 1>LINK : warning LNK4098: defaultlib 'LIBCMTD' conflicts with use of other libs; use /NODEFAULTLIB:library

I finally got some free time and uploaded 1.0alpha4. It will arrive in the archive by tomorrow afternoon. Together with the most recent libssl0.9.8 upgrade I think this will fix the SSL problems users have been facing. -- Jaldhar H. Vyas <jaldhar at debian.org> La Salle Debain - http://www.braincells.com/debian/

We're seeing that the ObjCARCContract pass never runs in llc (at any optimization level!) when bitcode is lowered to assembly. As a result, ARC-enabled code becomes unlinkable. We can run the pass manually, but it'd be preferred to have this rolled somewhere logical like pass configuration. I see that there was a previous discussion about how to appropriately remove them. Did anything

I've been trying to get Dovecot 1.0a3 running on OpenBSD 3.7, with little luck. I'm getting the following: Oct 16 17:00:50 mailtest dovecot: pop3(testuser):open(/var/mail/.temp.mail.mailtest.com.7078.43c0f93e9fecb54a) failed: Permission denied Oct 16 17:00:50 mailtest dovecot: pop3(testuser): file_lock_dotlock() failed with mbox file /var/mail/testuser: Permission denied Oct 16

Hi, I'm using dovecot 1.0a3. I setup my system with quota filesystem. If a user is over quota and he try to read the email in pop3 dovecot return the following error: Oct 14 18:51:59 blackhole dovecot: pop3(user): write_full(/home/user/Maildir/dovecot-uidlist.lock) failed: Disk quota exceeded I think it's a big problem. Rick

https://bugzilla.samba.org/show_bug.cgi?id=8478 Summary: Add an option to skip open files Product: rsync Version: 3.0.8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: devin.nate at cloudwerx.com

As mentioned in another thread, I notice that the params used to control symlinks feel a bit inefficient and inelegant, and quite limited. I think there might be a good opportunity to simplify and also make their management in Samba more powerful and adaptable to use-cases. I'm guessing this list is a good enough starting point to propose a smb.conf param change to this area and see what

I'm getting errors like so on initial build of libtheora - 1>c1 : fatal error C1083: Cannot open source file: '..\lib\dec\x86_vc\x86stat.c': No such file or directory 1> mmxstate.c (TaskId:16) 1>c1 : fatal error C1083: Cannot open source file: '..\lib\dec\x86_vc\mmxstate.c': No such file or directory 1> mmxloopfilter.c (TaskId:16) 1>c1 : fatal error C1083:

I've just upgraded to 1.0a3 via a freebsd port, and I've begun to notice odd behaviour from Dovecot. After converting my config file settings over to the new format, everything runs fine for an hour or so, then dovecot stops responding: oot at toejamfootball# telnet localhost 143 Trying ::1... telnet: connect to address ::1: Connection refused Trying 127.0.0.1... Connected to localhost.

I upgraded to 1.0a3 - i have everything in the config migrated over, but I'm unsure about the way i should be querying postgres my db handles virtual accounts only, and is set as such: CREATE TABLE accounts ( local_part VARCHAR(64) NOT NULL, domain VARCHAR(64) NOT NULL, password VARCHAR(64) NULL, home_dir VARCHAR(256) NOT NULL, uid INTEGER DEFAULT

Hi, somebody else seeing these? Oct 21 09:14:06 ymmv dovecot: imap-login: Login: user=<xxxx>, method=CRAM-MD5, rip=84.162.151.124, lip=85.214.25.134, TLS Oct 21 09:14:07 ymmv dovecot: imap-login: epoll_ctl(): No such file or directory Oct 21 09:14:07 ymmv dovecot: child 11419 (login) returned error 89 mailbox access fails after that. Had this already yesterday, then downgraded to alpha3

in lib/blockmap.c,v 1.5 2003/12/03 func CreateMapping, inner loop code: if ( i<2 ){ MB = ( j<2 ? 0 : 1 ); }else{ MB = ( j<2 ? 2 : 3 ); } if ( i%2 ){ B = ( j%2 ? 3 : 2 ); }else{ B = ( j%2 ? 1 : 0 ); } wouldn't this do better: MB = (i >> 1) * 2 + (j >> 1);

Timo, A rare assert and core dump out of 1.0alpha3. My setup: Solaris 9, mbox format, using imap only. Built dovecot with gcc 4.0.1. The syslog for this was: Oct 14 11:57:56 emerald dovecot: [ID 107833 mail.info] imap-login: Login: user=<epmccull>, method=PLAIN, rip=137.146.210.59, lip=137.146.210.52, TLS Oct 14 11:58:56 emerald dovecot: [ID 107833 mail.info] imap-login: Login: