search for: printop

> You shouldn't have to add new classes to the .td file, just modify printOp > for your asmprinters. I dont think printOp is virtual and therefore cannot be overriden ? Aaron

I was used (in SambaNT/OpenLDAP) to put on CUPS configuration the statement (/etc/cups/cups-files.conf): SystemGroup printops and add to 'printops' group some users that can manage cups. Now i'm in AD mode. I'm in 'printops' group: root at vdmpp1:~# id gaio uid=10000(gaio) gid=10513(domain users) gruppi=10513(domain users),11001(sir),10999(unixadm),10998(printops),5001(BUILTIN\users),5000(BU...

>>> You shouldn't have to add new classes to the .td file, just modify >>> printOp for your asmprinters. >> >> I dont think printOp is virtual and therefore cannot be overriden ? > > Why does it need to be virtual? No 'intel' printers want % signs. The GAS intel code generator generates percents, look at the X86InstrInfo.td file it is full of them. T...

...nd groups with GIDS also. Like this. uid=10002(someuser) gid=10000(domain users) groups=10000(domain users),4(adm),27(sudo),116(lpadmin),1951(sshgroup),10005(remote-webmail),10004(servers-ssh),10008(servers-www),2001(BUILTIN\users) Running : kinit Administrator net rpc rights list privileges SePrintOperatorPrivilege -S $(hostname -f) -k Shows me : SePrintOperatorPrivilege: BUILTIN\Print Operators NTDOM\Domain Admins BUILTIN\Administrators Still possible that i missed a setting, try above out, you know where to reach us. ;-) Thats about it. I use cups with point and print setup. So...

On Tue, 12 Jul 2005, Aaron Gray wrote: >> You shouldn't have to add new classes to the .td file, just modify printOp >> for your asmprinters. > > I dont think printOp is virtual and therefore cannot be overriden ? Why does it need to be virtual? No 'intel' printers want % signs. -Chris -- http://nondot.org/sabre/ http://llvm.org/

On Tue, 12 Jul 2005, Aaron Gray wrote: >>>> You shouldn't have to add new classes to the .td file, just modify >>>> printOp for your asmprinters. >>> I dont think printOp is virtual and therefore cannot be overriden ? >> Why does it need to be virtual? No 'intel' printers want % signs. > > The GAS intel code generator generates percents, look at the X86InstrInfo.td > file it is full of...

I'm using an AD group in cupsd configuration: SystemGroup printops in cups-files.conf, where 'printops' is an AD group. I hoped that systemd 'self healing' would suffices, but not: cups start before wibind, does not found 'printops' group and fail. There's some better way to force a deps; I'm thinking of an: systemctl edit c...

> On Mon, 2005-07-11 at 19:24 +0100, Aaron Gray wrote: >> The NASM like the MASM does not have % symbols on the register names so >> will >> either inherit from the MASM printer or have its own TableGen class. > > Couldn't one conditionally output some macros for the assembler to > translate the reg names rather than having another .td file? or is '%'

...neater that way. > > I have augmented the X86InstrInfo.td file with another target class for MASM, > and can either use the MASM class for NASM or do the same thing again > creating another target class for NASM. You shouldn't have to add new classes to the .td file, just modify printOp for your asmprinters. -Chris -- http://nondot.org/sabre/ http://llvm.org/

...wFrm, (ops), > "in{b} {%dx, %al|%AL, %DX}">, Imp<[DX], [AL]>; > > to: > > def IN8rr : I<0xEC, RawFrm, (ops), > "in{b} {%dx, %al|AL, DX}">, Imp<[DX], [AL]>; > > For register allocatable values, changing printOp in the > X86IntelAsmPrinter should do the job. Yes GNU AS works either with or without % symbols for its register names. So presumably we remove the percents from the intel generator and then have the X86MASMPrinter inherit from the X86IntelAsmPrinter as was originally intended. > Also,...

...90643-513) -> yklusers Domain Admins (S-1-5-21-1216271347-3991190149-1732390643-512) -> root System Operators (S-1-5-32-549) -> sysops Replicators (S-1-5-32-552) -> replicat Guests (S-1-5-32-546) -> guests Power Users (S-1-5-32-547) -> powerusr Print Operators (S-1-5-32-550) -> printop Administrators (S-1-5-32-544) -> admins Account Operators (S-1-5-32-548) -> accopp Backup Operators (S-1-5-32-551) -> bakoper Users (S-1-5-32-545) -> users What I should check next? Petri

...dos filetimes = Yes dos filetime resolution = No fake directory create times = No vfs objects = msdfs root = No msdfs proxy = [Software] path = /opt/software/ guest ok = Yes [print$] path = /etc/samba/printer/ valid users = @printops write list = @printops force group = "printops" force create mode = 0664 force directory mode = 0775 [... stripped other shares ... ]

Hai, Sorry if you feel like that but i always have to ask this. Your aswer is not help also for me, because without smb.conf OS and samba version we know nothing.. We dont like guessing, because everybody's time is precious. So please tell more about your system, i suggest start with. OS Samba version Smb.conf Upgraded from samba 3.??? To samba 4.?? The more you tell us te better we

..."in{b} {%dx, %al|%AL, %DX}">, Imp<[DX], [AL]>; >> >> to: >> >> def IN8rr : I<0xEC, RawFrm, (ops), >> "in{b} {%dx, %al|AL, DX}">, Imp<[DX], [AL]>; >> >> For register allocatable values, changing printOp in the X86IntelAsmPrinter >> should do the job. > > Yes GNU AS works either with or without % symbols for its register names. So > presumably we remove the percents from the intel generator and then have the > X86MASMPrinter inherit from the X86IntelAsmPrinter as was originally...

...sReg() && reg3.isReg()){ if((reg1.getReg()-8)%4 == (reg3.getReg()-8)%4){ MachineBasicBlock::instr_iterator NII = std::next(II); //conflict if reg1 and reg3 are in same bank errs() << "Conflict: "; printOp(opcode); errs() << " has " << num_operands << " register operands:\n"; errs() << " r1: " << (reg1.getReg()-8) << " r2: " << (reg2.getReg()-8) << " r...

>> I am not really sure whether to do a X86NASMPrinter or whether to bypass >> that for now and work on an X86COFFWriter which would be more useful to >> me ? > > I wouldn't suggest writing an X86NASMPrinter: just change the current > Intel printer to do what you want. Noone is currently using the intel > printer, so you can do what you wish to it. Once I

...eturning passwd entry for user msmail, uid 629 [2003/01/07 16:23:19, 5] passdb/pdb_smbpasswd.c:getsmbfilepwent(438) getsmbfilepwent: returning passwd entry for user op6, uid 637 [2003/01/07 16:23:19, 5] passdb/pdb_smbpasswd.c:getsmbfilepwent(438) getsmbfilepwent: returning passwd entry for user printop, uid 641 [2003/01/07 16:23:19, 5] passdb/pdb_smbpasswd.c:getsmbfilepwent(438) getsmbfilepwent: returning passwd entry for user ran, uid 644 [2003/01/07 16:23:19, 5] passdb/pdb_smbpasswd.c:getsmbfilepwent(438) getsmbfilepwent: returning passwd entry for user replication, uid 648 [2003/01/07 16:2...

...ap ssl = no ldap user suffix = ou=People message command = /bin/mail -s 'Nachricht von %f auf %m' root < %s; rm %s host msdfs = Yes idmap uid = 10000-20000 idmap gid = 10000-20000 admin users = @domadm write list = @domadm printer admin = @it-s, @domadm, @printop map acl inherit = Yes printer name = normal map system = Yes map hidden = Yes [install] comment = windows installation source path = /data/pxe/client write list = root, @it-s, @domadm guest ok = Yes map system = No map hidden = No map archive = No br...