search for: sohail

...have a little confusion about that ...either i wrote in blank cd as it is or some bootable media is required for it...as it is in zip format...BUT it is a .ISO file ...tell me ...what should i do...it will run automatically when i reboot system and first boot device is CDROm...thankssss -- Muhammad Sohail Arham U.E.T. Lahore Phone No. 0321-4422406 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060126/8ff73044/attachment.htm

On Jun 12, 2011, at 4:40 PM, John McCall wrote: > On Jun 12, 2011, at 2:14 PM, Cameron Zwarich wrote: > >> On Jun 12, 2011, at 1:25 AM, Duncan Sands wrote: >> >>> Hi Sohail, >>> >>>> Is LLVM expressive enough to represent asynchronous exceptions? >>> >>> not currently. The first step in this direction is to get rid of the invoke >>> instruction and attach exception handling information to basic blocks. See >>&g...

...point as that...suppose i have a linux machine on which i want to install asterisk and HOW it will install...and second point is that ..i have 2 windows clients machine i want these two machice can calls each other thorough asterisk .....rest of all will be think latter.... thanksss -- Muhammad Sohail Arham U.E.T. Lahore Phone No. 0321-4422406 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060124/9c240b03/attachment.htm

On Jun 12, 2011, at 1:25 AM, Duncan Sands wrote: > Hi Sohail, > >> Is LLVM expressive enough to represent asynchronous exceptions? > > not currently. The first step in this direction is to get rid of the invoke > instruction and attach exception handling information to basic blocks. See > http://nondot.org/sabre/LLVMNotes/ExceptionHa...

On Jun 12, 2011, at 2:14 PM, Cameron Zwarich wrote: > On Jun 12, 2011, at 1:25 AM, Duncan Sands wrote: > >> Hi Sohail, >> >>> Is LLVM expressive enough to represent asynchronous exceptions? >> >> not currently. The first step in this direction is to get rid of the invoke >> instruction and attach exception handling information to basic blocks. See >> http://nondot.org/sab...

On Jun 12, 2011, at 11:24 PM, Bill Wendling wrote: > On Jun 12, 2011, at 4:40 PM, John McCall wrote: > >> On Jun 12, 2011, at 2:14 PM, Cameron Zwarich wrote: >> >>> On Jun 12, 2011, at 1:25 AM, Duncan Sands wrote: >>> >>>> Hi Sohail, >>>> >>>>> Is LLVM expressive enough to represent asynchronous exceptions? >>>> >>>> not currently. The first step in this direction is to get rid of the invoke >>>> instruction and attach exception handling information to basic blo...

...standards based reason why the DIFlags enum is set to uint32_t[1]? I am sure my DWARF-std-reading-fu is not up to snuff and so I cannot seem to find it. The reason I ask is that we are running out of space for our own DIFlags and would like to nail this down before deciding on an approach. Thanks! Sohail [1] The code in question: https://github.com/llvm-mirror/llvm/blob/master/include/llvm/IR/DebugInfoMetadata.h#L194 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180716/2f01fd98/attachment.html>

On 11-06-12 7:40 PM, John McCall wrote: > On Jun 12, 2011, at 2:14 PM, Cameron Zwarich wrote: > >> > On Jun 12, 2011, at 1:25 AM, Duncan Sands wrote: >> > >>> >> Hi Sohail, >>> >> >>>> >>> Is LLVM expressive enough to represent asynchronous exceptions? >>> >> >>> >> not currently. The first step in this direction is to get rid of the invoke >>> >> instruction and attach exception hand...

On Jun 12, 2011, at 5:31 PM, Sohail Somani wrote: > On 11-06-12 7:40 PM, John McCall wrote: >> On Jun 12, 2011, at 2:14 PM, Cameron Zwarich wrote: >> >>>> On Jun 12, 2011, at 1:25 AM, Duncan Sands wrote: >>>> >>>>>> Hi Sohail, >>>>>> >>>>>&g...

...ro, Positive). The problem is that I am simulating the data so for some iterations one of the categories is absent. Thus the resulting table shrinks to 3x2. I want it to be 3x3 with zero column corresponding to the missing category. Moreover, I have tried but failed to give the dimension names. -- Sohail Chand PhD Scholar C3b Pope Building School of Mathematical Sciences University of Nottingham Nottingham NG7 2RD UK Lecturer (On Study Leave) Institute of Statistics University of the Punjab Quaid-i-Azam Campus, Lahore (Pakistan) [[alternative HTML version deleted]]

On 2011-06-12, at 4:40 PM, John McCall wrote: > On Jun 12, 2011, at 2:14 PM, Cameron Zwarich wrote: > >> On Jun 12, 2011, at 1:25 AM, Duncan Sands wrote: >> >>> Hi Sohail, >>> >>>> Is LLVM expressive enough to represent asynchronous exceptions? >>> >>> not currently. The first step in this direction is to get rid of the invoke >>> instruction and attach exception handling information to basic blocks. See >>&g...

...ould require a little bit extra futzing to integrate with C++ exceptions. So my question to you is: given that there is interest in proper Windows support, and that asynchronous exceptions are generally useful, which option above (or one of your own choosing) would you use? Thanks for your time! Sohail

> On May 29, 2018, at 15:33, Sohail Somani (Fizz Buzz Inc.) <sohail at fizzbuzzinc.com> wrote: > > Thanks all for your response. > > On Tue, May 29, 2018, at 5:38 PM, Duncan P. N. Exon Smith wrote: >> >> >>> On May 29, 2018, at 12:55, Adrian Prantl <aprantl at apple.com> wrote: >&gt...

...wrote: >> >>> On Jun 12, 2011, at 4:40 PM, John McCall wrote: >>> >>>> On Jun 12, 2011, at 2:14 PM, Cameron Zwarich wrote: >>>> >>>>> On Jun 12, 2011, at 1:25 AM, Duncan Sands wrote: >>>>> >>>>>> Hi Sohail, >>>>>> >>>>>>> Is LLVM expressive enough to represent asynchronous exceptions? >>>>>> >>>>>> not currently. The first step in this direction is to get rid of the invoke >>>>>> instruction and attach exc...

...? [1] https://www.webtoolkit.eu/wt/doc/reference/html/structWt_1_1Dbo_1_1dbo__traits.html [2] https://www.boost.org/doc/libs/1_67_0/libs/serialization/doc/tutorial.html#versioning > >>>> >>>> Thanks for your time! >>>> >>>> -- >>>> Sohail Somani >>>> Fizz Buzz Inc. >>>> Booking schedule: https://sohailsomani.youcanbook.me >>>> >>>> _______________________________________________ >>>> LLVM Developers mailing list >>>> llvm-dev at lists.llvm.org >>>>...

...; is possibly not a very popular use case as there has been only one new kind added in the last few years. However, in my humble opinion, it would make it easier to add richer information allowing those of us extending LLVM to create better debuggers/debugging experiences. Thanks for your time! -- Sohail Somani Fizz Buzz Inc. Booking schedule: https://sohailsomani.youcanbook.me -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180529/e37bc47c/attachment.html>

Hi Sohail, > Is LLVM expressive enough to represent asynchronous exceptions? not currently. The first step in this direction is to get rid of the invoke instruction and attach exception handling information to basic blocks. See http://nondot.org/sabre/LLVMNotes/ExceptionHandlingChanges.txt for a discu...

On 11-06-12 8:53 PM, John McCall wrote: >> > The CFG point is a valid point. In what I've read on the topic so far >> > (yay Internet), it seems like the CFG would have to represent the fact >> > that control can jump to a handler after nearly every instruction in the >> > presence of async exceptions. The Hotspot compiler probably does this. >> >

Sorry for misusing this forum, Please, can anyone refer some book or other source to understand the concept of Big O and little o in probability? Regards, Sohail Chand [[alternative HTML version deleted]]

+some of the debug info cabal (& Duncan, as an emeritus member, and person who plumbed a lot of the current debug info syntax support in) Visitor seems plausible though I haven't looked at the code in detail to see if it'd work perfectly. On Tue, May 29, 2018 at 7:56 AM Sohail Somani (Fizz Buzz Inc.) via llvm-dev <llvm-dev at lists.llvm.org> wrote: > [Resending due to accidental markdown rendering - sorry] > > Hi list, > > Let's talk about adding a new type of debug info metadata. Here are the > steps (at minimum - probably incomplete) one ne...