Re: [9fans] hints on new decoders for video
i recently needed an mpeg4-wmv live transcoder and looked at FFmpeg briefly. because of wmv and ASF container requirements, i ended up writing one that uses directshow filtergraphs (obviously on windows). > Does anyone know of new projects or ports that could get H.264 > decoding over to Plan 9 hosts? > > I've got a project that needs to display sources form AVI wrapped H. > 264 files and would like to port it over to Plan 9, not just Linux/OSX.
Re: [9fans] troff bibliography
yep. i'll try just refer&allies, and we'll see. looks like it wouldn't make much problem, namely if i follow the style forsyth did the ape port... thanks, regards, peter, aka ++pac. >This is probably because the Heirloom tools are different from the >Plan 9 tools. I think you should try compiling the Heirloom tools >using ape/psh and see what happens. <>
Re: [9fans] libevent for plan9
Sorry, I meant procs, of course. (see thread(2)) See also http://swtch.com/~rsc/thread/ > You can just use blocking read/write calls in several threads. -- Roma
Re: [9fans] libevent for plan9
You can just use blocking read/write calls in several threads. On Wed, Dec 10, 2008 at 8:28 AM, Fernan Bolando <[EMAIL PROTECTED]> wrote: > Hi all > > I am looking into porting some stuff that uses libevent. > http://monkey.org/~provos/libevent/ > > I was wondering if there is something else I can use to replace > libevent, so that I dont need to port it. Its probably to complex for > me anyway. > > regards > fernan > > -- > http://www.fernski.com > > -- Roma
[9fans] troff, refer, and diversions
I've been writing a paper using -ms macros and refer and refer seems to work as advertised. Recently I decided I wanted to get references in endnotes instead of footnotes, so I added some very simple macros, like FS/FE, around a diversion, thus: .de XS .ev2 .da XA .br .. .de XE .br .di .ev .. Aside from defining some number registers, the footnote macros FJ and FK really don't seem to have much more to them than XS/XE, and the XS/XE pair work as expected when I use them in the text. However, when I replaced the FS/FE pairing under [2 in tmac.srefs, the references are output in the text where I had the tags for refer instead of being put into the diversion. I messed around with variations on the macros much of the day and can't figure out what I'm doing wrong. I can't see why FS and FE will work in the sref macros, but XS/XE won't! Thanks and Happy Holidays. I can't believe it's almost Christmas again! Greg
[9fans] libevent for plan9
Hi all I am looking into porting some stuff that uses libevent. http://monkey.org/~provos/libevent/ I was wondering if there is something else I can use to replace libevent, so that I dont need to port it. Its probably to complex for me anyway. regards fernan -- http://www.fernski.com
Re: [9fans] Fwd: Drawterm problems
Thanks for packaging it. It will be nice to be able to apt-get install drawterm. Russ On 12/9/08, Martín Ferrari <[EMAIL PROTECTED]> wrote: > On Tue, Dec 9, 2008 at 05:12, Russ Cox <[EMAIL PROTECTED]> wrote: > > > If you update from the CVS repository > > it should build and run just fine. > > If not, please let me know. > > > I have just uploaded to Debian drawterm with all the fixes. > > Thanks a lot for your help! > > -- > > Martín Ferrari > >
[9fans] hints on new decoders for video
Does anyone know of new projects or ports that could get H.264 decoding over to Plan 9 hosts? I've got a project that needs to display sources form AVI wrapped H. 264 files and would like to port it over to Plan 9, not just Linux/OSX. -jas
Re: [9fans] Fwd: Drawterm problems
On Tue, Dec 9, 2008 at 05:12, Russ Cox <[EMAIL PROTECTED]> wrote: > If you update from the CVS repository > it should build and run just fine. > If not, please let me know. I have just uploaded to Debian drawterm with all the fixes. Thanks a lot for your help! -- Martín Ferrari
Re: [9fans] troff bibliography
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is probably because the Heirloom tools are different from the Plan 9 tools. I think you should try compiling the Heirloom tools using ape/psh and see what happens. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkk++AQACgkQuv7AVNQDs+ze/gCeLhTB0Lpap/0nNU7+UHebkm/1 qXYAn0U6MRhB0uEX37UOYoMwrsETbxPo =+gAv -END PGP SIGNATURE-
Re: [9fans] MacOS X drawterm doesn't toggle
I thought we were suppsoed to use Inferno instead of drawterm uriel ? I can't install 9vx because my glibc is too low a version number but drawterm works just fine . also a win 2.7Mdrawterm-linux Why not forget drawterm and use 9vx or inferno instead of wasting more efforts on a dead end project? uriel
Re: [9fans] MacOS X drawterm doesn't toggle
On Tue Dec 9 14:51:52 EST 2008, [EMAIL PROTECTED] wrote: > Why not forget drawterm and use 9vx or inferno instead of wasting more > efforts on a dead end project? > > uriel > why not forget life on earth and go straight to our heavenly reward instead of wasting more efforts on a dead end project? - erik
Re: [9fans] MacOS X drawterm doesn't toggle
Uriel, IMO drawterm is very good tool. I use it in my computer and in others, installation is not needed, not admin privilegies, ... Saludos. Uriel escribió: Why not forget drawterm and use 9vx or inferno instead of wasting more efforts on a dead end project? uriel On Tue, Dec 9, 2008 at 8:38 PM, Michaelian Ennis <[EMAIL PROTECTED]> wrote: On Tue, Dec 9, 2008 at 2:37 PM, Michaelian Ennis <[EMAIL PROTECTED]> wrote: Attached is my merge of the two versions. Yes I am a monkey. No I don't know what I am doing. Now that said, can you point me to why the application exits when I try to toggle full screen with command-F? Ian
Re: [9fans] MacOS X drawterm doesn't toggle
Why not forget drawterm and use 9vx or inferno instead of wasting more efforts on a dead end project? uriel On Tue, Dec 9, 2008 at 8:38 PM, Michaelian Ennis <[EMAIL PROTECTED]> wrote: > On Tue, Dec 9, 2008 at 2:37 PM, Michaelian Ennis > <[EMAIL PROTECTED]> wrote: >> Attached is my merge of the two versions. Yes I am a monkey. No I >> don't know what I am doing. Now that said, can you point me to why >> the application exits when I try to toggle full screen with command-F? >> >> >> Ian >> >
Re: [9fans] MacOS X drawterm doesn't toggle
i'll send you the latest i have in private.
Re: [9fans] MacOS X drawterm doesn't toggle
Attached is my merge of the two versions. Yes I am a monkey. No I don't know what I am doing. Now that said, can you point me to why the application exits when I try to toggle full screen with command-F? Ian
Re: [9fans] MacOS X drawterm doesn't toggle
On Tue, Dec 9, 2008 at 2:37 PM, Michaelian Ennis <[EMAIL PROTECTED]> wrote: > Attached is my merge of the two versions. Yes I am a monkey. No I > don't know what I am doing. Now that said, can you point me to why > the application exits when I try to toggle full screen with command-F? > > > Ian > screen.c Description: Binary data
Re: [9fans] MacOS X drawterm doesn't toggle
On Tue, Dec 9, 2008 at 2:12 PM, andrey mirtchovski <[EMAIL PROTECTED]> wrote: > > i suggest you use cvs since that's where all the changes go to. I'd like to do that but in the CVS version command-f no longer toggles the screen size. And my patch to remove the ctrl-opt _is_ in the CVS, which was after your fullscreen toggle patch. Ian
Re: [9fans] MacOS X drawterm doesn't toggle
> I notice your version has no ApplicationQuitEventHandler. Does this > need to be merged in from the cvs version as well? i suggest you use cvs since that's where all the changes go to.
Re: [9fans] MacOS X drawterm doesn't toggle
On Fri, Oct 17, 2008 at 11:15 PM, andrey mirtchovski <[EMAIL PROTECTED]> wrote: > i've attached the screen.c to put in gui-osx. give it a try. other > changes with the current version in cvs (except the bugfixes) are only > cosmetic. I notice your version has no ApplicationQuitEventHandler. Does this need to be merged in from the cvs version as well? Ian
Re: [9fans] Can somebody tell me the EXACT commands I need to use
> you'll need to arrange that the factotum smtp sees running from cron > has the right keys to authenticate to gmail's smtpd. that only applies if mail gets queued. - erik
[9fans] Can somebody tell me the EXACT commands I need to use for getting email on Plan9
Ok, I use gmail so my imap is: *imap.gmail.com*, and my smtp is: * smtp.gmail.com* . Can somebody tell me the exact commands to get mail on plan 9 Thanks
Re: [9fans] Can somebody tell me the EXACT commands I need to use for
> Ok, I use gmail so my imap is: *imap.gmail.com*, and my smtp is: * > smtp.gmail.com* . > Can somebody tell me the exact commands to get mail on plan 9 to read mail, it would be upas/fs -f /imaps/imap.gmal.com/$gmailuser you send mail, you want to modify the last line of /mail/lib/remotemail to be something like exec /bin/upas/smtp -sa -u $gmailuser -h $fd tcp!smtp.gmail.com!smtp $sender $* i'm guessing that you'll need tls (-s) and authentication (-a). you'll need to arrange that the factotum smtp sees running from cron has the right keys to authenticate to gmail's smtpd. - erik
Re: [9fans] troff bibliography
seems like doref() does it all... ++pac <>
Re: [9fans] troff bibliography
yes. i have it, but it does not work due to the lack of -B switch. i took and edited the tmac.bib from heirloom sources, however -B in refer seems to be essentiali'm diving into heirloom refer2.c to see what -B does... thanks, ++pac. -Original Message- From: [EMAIL PROTECTED] on behalf of Pietro Gagliardi Sent: Tue 12/9/2008 12:33 PM To: Fans of the OS Plan 9 from Bell Labs Subject: Re: [9fans] troff bibliography On Dec 9, 2008, at 6:23 AM, [EMAIL PROTECTED] wrote: > > Hi, > how do I publish complete bibliographies w/ refer | troff? > (on loonix I use this: > /usr/bin/refer -B bib | nroff -mbib > but with refer and tmac.bib from heirloom-doctools: the -B option is > essential > (beat me for still using loonix)) > > thanks, > ++pac. > > You can get V7 refer from /n/sources/contrib/forsyth/refer.tgz. <>
Re: [9fans] troff bibliography
On Dec 9, 2008, at 6:23 AM, [EMAIL PROTECTED] wrote: Hi, how do I publish complete bibliographies w/ refer | troff? (on loonix I use this: /usr/bin/refer -B bib | nroff -mbib but with refer and tmac.bib from heirloom-doctools: the -B option is essential (beat me for still using loonix)) thanks, ++pac. You can get V7 refer from /n/sources/contrib/forsyth/refer.tgz. PGP.sig Description: This is a digitally signed message part
[9fans] troff bibliography
Hi, how do I publish complete bibliographies w/ refer | troff? (on loonix I use this: /usr/bin/refer -B bib | nroff -mbib but with refer and tmac.bib from heirloom-doctools: the -B option is essential (beat me for still using loonix)) thanks, ++pac.
Re: [9fans] Fwd: Drawterm problems
I've built drawterm successfully from the CVS sources on Ubuntu x86 and Gentoo x86. It also builds on Win32 if you install Mingw and MSYS (in that order). I use devfs_win32.c from /n/sources/contrib/ cinap_lenrek. rsbohn
[9fans] 9vx on x86-64
9vx now builds and runs on Ubuntu Linux x86-64, and hopefully other Linuxes as well. It also runs gs and ape/psh correctly. I haven't built new binaries nor a new distribution. Soon; perhaps tomorrow. Russ
[9fans] [OT] poetry [was Re: Fwd: Drawterm problems]
> If you update from the CVS repository > it should build and run just fine. > If not, please let me know. > > Russ or -- with a very slightly modification -- in verse :) if you update from the CVS it should build and run just fine if not, please let me know, i will check it one more time
Re: [9fans] Mouse jumps in vmware
> Wrong: http://open-vm-tools.sourceforge.net/
>
> Now maybe somebody will release the code for the /bin/aux/vm* vmware
> tools so we can fix them.
In order to get the information that I used to
write aux/vmware, I signed an NDA that prohibits
me from releasing the source code, regardless
of what VMware has done in the interim. At the
time, that was the only way to get the information.
That said, the mechanism for backdoor calls into
VMware has completely changed at least twice
since I wrote aux/vmware, which is why it no longer
works very well. It's no loss to start from scratch.
If I thought the program was still useful today, I might
try to get permission to release it. But it's just not
useful anymore in any real sense.
Also, the program is pretty small:
vx32% wc *.[chs] mkfile
84 2061683 all.h
27 49 289 asmbackdoor.s
34 83 539 backdoor.c
16 33 217 calls.c
6421303 10148 fs.c
176 3262224 inout.c
33 46 392 isvmware.c
10 13 98 mousepoll.c
224 5513677 msgchan.c
44 69 554 vmmousepoll.c
12 11 177 mkfile
13022690 19998 total
vx32%
I have attached fs.c, which is quite generic
and has no VMware-specific goo. Maybe
someone will be motivated to fill in the rest
using the latest and greatest VMware API
instead of one from seven and a half years ago.
Or maybe Uriel will just keep whining.
Russ
#include "all.h"
#include
#include
#include <9p.h>
char *mtpt = "/mnt/vmware";
char *srvname;
uint time0;
enum
{
Qroot = 0,
Qmousepoint,
Qsnarf,
Qgui,
Qdev,
Qtime,
Qbintime,
Qmsg,
};
typedef struct Tab Tab;
struct Tab
{
int qid;
char *name;
uint perm;
uint vers;
void (*open)(Req*);
void (*read)(Req*);
void (*write)(Req*);
void (*close)(Fid*);
};
static void
mousepointread(Req *r)
{
char buf[32];
Point p;
p = getmousepoint();
snprint(buf, sizeof buf, "%11d %11d ", p.x, p.y);
readstr(r, buf);
respond(r, nil);
}
static void
mousepointwrite(Req *r)
{
char buf[32], *f[3];
int nf, n;
Point p;
n = r->ifcall.count;
if(n >= sizeof buf){
respond(r, "write too large");
return;
}
memmove(buf, r->ifcall.data, n);
buf[n] = '\0';
nf = tokenize(buf, f, nelem(f));
if(nf != 2){
respond(r, "bad point format");
return;
}
p.x = atoi(f[0]);
p.y = atoi(f[1]);
setmousepoint(p);
respond(r, nil);
}
static void
timeread(Req *r)
{
char buf[32];
uint sec, microsec, lag;
gettime(&sec, µsec, &lag);
snprint(buf, sizeof buf, "%11d ", sec);
readstr(r, buf);
respond(r, nil);
}
static uvlong uvorder = 0x0001020304050607ULL;
static uchar*
vlong2le(uchar *t, vlong from)
{
uchar *f, *o;
int i;
f = (uchar*)&from;
o = (uchar*)&uvorder;
for(i = 0; i < sizeof(vlong); i++)
t[i] = f[o[i]];
return t+sizeof(vlong);
}
static void
bintimeread(Req *r)
{
uchar *b;
int i, n;
uint sec, microsec, lag;
vlong nsec;
b = (uchar*)r->ofcall.data;
n = r->ifcall.count;
i = 0;
if(n >= 8){
gettime(&sec, µsec, &lag);
nsec = sec*10LL+microsec*1000LL;
vlong2le(b, nsec);
i = 8;
}
if(n >= 16){
vlong2le(b+8, nsec);
i = 16;
}
if(n >= 24){
vlong2le(b+16, 10LL);
i = 24;
}
r->ofcall.count = i;
respond(r, nil);
}
char *snarf;
int nsnarf;
char *tsnarf;
int ntsnarf;
static void
snarfread(Req *r)
{
int i;
if(r->ifcall.offset == 0){
if(snarf)
free(snarf);
nsnarf = getsnarflength();
snarf = emalloc9p(nsnarf+4+1);
for(i=0; iifcall.offset == 0){
free(tsnarf);
tsnarf = nil;
ntsnarf = 0;
}
if(r->ifcall.offset > 100*1024){
respond(r, "snarf buffer too long");
return;
}
tsnarf = erealloc9p(tsnarf, ntsnarf+r->ifcall.count);
memmove(tsnarf+ntsnarf, r->ifcall.data, r->ifcall.count);
ntsnarf += r->ifcall.count;
r->ofcall.count = r->ifcall.count;
respond(r, nil);
}
static void
snarfclose(Fid *fid)
{
int i;
if((fid->omode&3) == OREAD)
return;
setsnarflength(ntsnarf);
for(i=0; iifcall.data, r->ifcall.count);
if(cb->nf != 2){
respondcmderror(r, cb, "bad gui ctl");
free(cb);
return;
}
if(strcmp(cb->f[1], "off")==0)
on = 0;
else if(strcmp(cb->f[1], "on") == 0)
on = 1;
else{
respondcmderror(r, cb, "bad gui ctl");
free(cb);
return;
}
for(i=0; if[0]) == 0)
goto Have;
respondcmderror(r, cb, "bad gui ctl");
free(cb);
return;
Have:
v = getguistate();
if(on)
v |= guibit[i].bit;
else
v &= ~guibit[i].bit;
setguistate(v);
r->ofcall.count = r->ifcall.count;
free(cb);
respond(r, nil);
}
typedef struct Info Info;
struct Info
{
char name[32];
uint uid;
uint enabled;
};
static int
getinfo(uint id, Info *p)
{
uint i;
for(i=0; ifid->aux;
if(c == nil){
respond(r, "message channel not open");
return;
}
if(r->ifcall.offset == 0){
if(recvmsg(c, &s) < 0){
respond(r, "no messages waiting");
return;
}
}
if(c->a == nil){
respond(r, "no messages waiting");
return;
}
readbuf(r, c->a, c->na);
respond(r, nil);
}
static void
fsmsgwrite(Req *r)
{
