Displaying 20 results from an estimated 31 matches for "ibased".
Did you mean:
based
2015 Aug 31
2
[OT] GNU bc base conversion
On Aug 31, 2015, at 10:05 AM, Mike - st257 <silvertip257 at gmail.com> wrote:
>
> On Mon, Aug 31, 2015 at 11:15 AM, Warren Young <wyml at etr-usa.com> wrote:
>
>> ibase=A and obase=A
>
> Not sure how this helps me with my most recent example of bin_to_hex where
> the ibase within the define clause wasn't honored.
That?s because your bin_to_hex function
2017 Nov 04
2
ntfs user mappings?
. DOMAIN_ADMIN_PASSWD.sh
echo ${PASSWD} | kinit ${ADMIN}@${DOMAIN}
echo -n > /etc/ntfs-3g.usermap
for DOMAIN_USER in $(wbinfo -u);do
RPCLOOKUPID=$(rpcclient -P -c "lookupnames ${DOMAIN_USER}" ${DOMAIN})
if [ "${RPCLOOKUPID:0:7}" != "ERROR: " ] && [ "${RPCLOOKUPID:0:7}" !=
"Failed " ];then
SID=$(echo ${RPCLOOKUPID}|awk '{print
2017 Nov 03
2
ntfs user mappings?
That looks easier
I was working on ldap to convert but I'll try ldb-tools
I was off on a bash mission here is what I had so far it isn't correct
so I'll keep working on it
#!/bin/bash
if [ "$(echo $1|wc -c)" = "41" ];then
hex=$(echo $1|base64 -d| od -x -w28 --endian=big|head -n1|sed
's/^0000000 //'|sed 's/ //g')
echo ${hex}
hex_chunk=$(echo
2015 Aug 28
2
[OT] GNU bc base conversion
Hello CentOS List Members,
Thoughts as to why my BC functions aren't properly converting between bases?
Decimal to binary or hex works fine, but not binary or hex to decimal and
so forth.
No doubt the syntax is in some way wrong, but when I test from the CLI and
the right values are returned, I have to wonder.
Other than a few other define statements, the only other option I have set
is
2015 Aug 31
0
[OT] GNU bc base conversion
On Mon, Aug 31, 2015 at 1:06 PM, Warren Young <wyml at etr-usa.com> wrote:
> On Aug 31, 2015, at 10:05 AM, Mike - st257 <silvertip257 at gmail.com> wrote:
> >
> > On Mon, Aug 31, 2015 at 11:15 AM, Warren Young <wyml at etr-usa.com> wrote:
> >
> >> ibase=A and obase=A
> >
> > Not sure how this helps me with my most recent example of
2017 Nov 05
3
ntfs user mappings?
On Sat, 4 Nov 2017 18:42:36 -0600
Jeff Sadowski <jeff.sadowski at gmail.com> wrote:
> I decided to continue trying the ldap route as well
>
> littlehex2int()
> {
> hex=$1
> hex_chunk=$(echo ${hex}|cut -c$2-$3)
> little=$(echo ${hex_chunk}|awk '{print
> substr($0,7,2)substr($0,5,2)substr($0,3,2)substr($0,1,2)}')
> echo "ibase=16; ${little}" |
2017 Nov 05
0
ntfs user mappings?
I decided to continue trying the ldap route as well
littlehex2int()
{
hex=$1
hex_chunk=$(echo ${hex}|cut -c$2-$3)
little=$(echo ${hex_chunk}|awk '{print
substr($0,7,2)substr($0,5,2)substr($0,3,2)substr($0,1,2)}')
echo "ibase=16; ${little}" | bc
}
base64_to_sid()
{
OBJECTSID="$1"
hex=$(echo ${OBJECTSID}|base64 -d|od -A n -x -w28 --endian=big|sed 's/
2015 Aug 31
2
[OT] GNU bc base conversion
On Aug 31, 2015, at 6:55 AM, Mike - st257 <silvertip257 at gmail.com> wrote:
>
> I suppose my only options for this are to use shell functions or write a
> script using a language that handles things properly (sanely?).
No, there?s a fairly common hack around this problem: ibase=A and obase=A *always* means ?base 10? regardless of the current base, due to a quirk in the way values
2015 Aug 28
3
[OT] GNU bc base conversion
On Aug 28, 2015, at 9:50 AM, Gordon Messmer <gordon.messmer at gmail.com> wrote:
>
> On 08/28/2015 07:15 AM, Mike - st257 wrote:
>> Thoughts as to why my BC functions aren't properly converting between bases?
>>
>> Decimal to binary or hex works fine, but not binary or hex to decimal and
>> so forth.
>
> I'm not an expert in bc, so I might be
2017 Nov 05
0
ntfs user mappings?
Not bad but I wanted an ldap version because I was having issues
running ldbsearch as a normal user.
I created the following functions to get it in and out of base64 and hex
swap_endian()
{
local input=$1
local output=""
while [ "${input}" != "" ];do
output="${input:0:2}${output}"
input=${input:2}
done
echo $output
}
base64_to_hex()
{
echo $(echo
2017 Nov 04
0
ntfs user mappings?
On Fri, 3 Nov 2017 16:25:57 -0600
Jeff Sadowski <jeff.sadowski at gmail.com> wrote:
> That looks easier
>
> I was working on ldap to convert but I'll try ldb-tools
>
> I was off on a bash mission here is what I had so far it isn't correct
> so I'll keep working on it
>
> #!/bin/bash
> if [ "$(echo $1|wc -c)" = "41" ];then
>
2015 Aug 28
0
[OT] GNU bc base conversion
On 08/28/2015 07:15 AM, Mike - st257 wrote:
> Thoughts as to why my BC functions aren't properly converting between bases?
>
> Decimal to binary or hex works fine, but not binary or hex to decimal and
> so forth.
I'm not an expert in bc, so I might be wrong, but it looks like setting
the ibase inside a function is simply too late. ibase affects how bc
interprets input. So
2015 Aug 31
0
[OT] GNU bc base conversion
On Fri, Aug 28, 2015 at 4:14 PM, Warren Young <wyml at etr-usa.com> wrote:
> On Aug 28, 2015, at 9:50 AM, Gordon Messmer <gordon.messmer at gmail.com>
> wrote:
> >
> > On 08/28/2015 07:15 AM, Mike - st257 wrote:
> >> Thoughts as to why my BC functions aren't properly converting between
> bases?
> >>
> >> Decimal to binary or hex
2005 Oct 08
3
Bug with letters in newer Wine-versions
There existing a bug in newer Wine versions.
I use SuSE 9.3 as system.
If I used the Wine-version, which comes with the distribution
(wine-20050211), then the following window comes at start:
http://user.web-gear.com/theuserbl/wine1.png
But if I update to wine-20050830 or wine-20050930 then it looks like
http://user.web-gear.com/theuserbl/wine3.png
It is NOT a font-problem.
I have copied the
2017 Nov 03
2
ntfs user mappings?
On Fri, Nov 3, 2017 at 2:43 PM, Rowland Penny <rpenny at samba.org> wrote:
> On Fri, 3 Nov 2017 13:53:22 -0600
> Jeff Sadowski via samba <samba at lists.samba.org> wrote:
>
>> just get objectsid and use this
>>
>> https://blogs.msdn.microsoft.com/oldnewthing/20040315-00/?p=40253
>
> Why ???
>
So that when someone on a linux machine writes to disk
2018 Sep 18
1
dovecot (2.2.13) panic on imap-login from iphone se
...ki Tuomi:
> Please keep replies on list. Can you provide doveconf -n and output of
> doveadm user victim ?
>
> ---
> Aki Tuomi
> Dovecot oy
>
> -------- Original message --------
> From: "Andre Hoepner - i.based: Systemhaus GmbH + Co. KG"
> <a.hoepner at ibased.de>
> Date: 18/09/2018 19:13 (GMT+02:00)
> To: Aki Tuomi <aki.tuomi at dovecot.fi>
> Subject: Re: dovecot (2.2.13) panic on imap-login from iphone se
>
>
> Sorry. I think upgrade is not possible because it is a very outdated
> gentoo installation and im not abe to co...
2015 Aug 31
1
[OT] GNU bc base conversion
On 08/31/2015 05:55 AM, Mike - st257 wrote:
>>> I'm not an expert in bc, so I might be wrong, but it looks like setting
>> >the ibase inside a function is simply too late. ibase affects how bc
>> >interprets input.
>> >
> Thanks Gordon.
> Big bummer given that behavior. :-/
I suppose that depends on what you're trying to accomplish. Most
2005 Oct 14
2
bug with tabs
Hi!
I have already in an other post mentioned IBasic.
But if I use tabs in IBasic and the word which comes after it is a internal
command, so that it will be colered, in wine-20050930 it looks like that on
the right side:
http://user.web-gear.com/theuserbl/newwine.png
I think using spaces works still very well. Only tabs for it makes this
problem.
An other thing (I don't know if it is
2018 Sep 18
0
dovecot (2.2.13) panic on imap-login from iphone se
Please keep replies on list. Can you provide doveconf -n and output of doveadm user victim ?
---Aki TuomiDovecot oy
-------- Original message --------From: "Andre Hoepner - i.based: Systemhaus GmbH + Co. KG" <a.hoepner at ibased.de> Date: 18/09/2018 19:13 (GMT+02:00) To: Aki Tuomi <aki.tuomi at dovecot.fi> Subject: Re: dovecot (2.2.13) panic on imap-login from iphone se
Sorry. I think upgrade is not possible because it is a very outdated
gentoo installation and im not abe to compile without compiling the
whole...
2015 Aug 31
0
[OT] GNU bc base conversion
On Mon, Aug 31, 2015 at 11:15 AM, Warren Young <wyml at etr-usa.com> wrote:
> On Aug 31, 2015, at 6:55 AM, Mike - st257 <silvertip257 at gmail.com> wrote:
> >
> > I suppose my only options for this are to use shell functions or write a
> > script using a language that handles things properly (sanely?).
>
> No, there?s a fairly common hack around this